Rejeição 708: confira onde o documento fiscal foi referenciado

Se a emissão parou na rejeição 708, confira se o XML levou uma referência a outra nota em um documento que não admite esse vínculo. O problema pode estar na identificação da nota inteira ou dentro de um produto. Antes de apagar a chave, descubra por que ela foi informada: uma referência herdada de um pedido e uma referência necessária para uma devolução exigem decisões diferentes.

A mensagem tradicional é “Rejeição: NFC-e não pode referenciar documento fiscal”. Quando o problema está em um item, a documentação também registra “Rejeição: NFC-e não pode referenciar documento fiscal [nItem: 999]”. O número após nItem identifica a posição do produto no XML, não necessariamente seu código no cadastro.

Qual contexto está sendo validado

Este artigo trata da autorização de NF-e e NFC-e pelo serviço NFeAutorizacao, no leiaute 4.00. Na NFC-e, modelo 65, a regra BA01-10 verifica o grupo ide/NFref. A VC02-04 verifica det/DFeReferenciado/chaveAcesso, um vínculo por item. A primeira aparece no MOC 7.0; a segunda consta na NT 2025.002-RTC v1.52, página 69. Uma conferência limitada ao campo “nota referenciada” da tela pode deixar passar o vínculo gerado dentro dos itens. MOC, regras de autorização; NT RTC v1.52, p.69.

Há um segundo contexto: NF-e, modelo 55, emitida com DANFE Simplificado Tipo 2, identificada por tpImp=6. A NT 2026.002 v1.11, páginas 9 e 18, estende as verificações BA01-10 e VC02-04 a esse formato. Nesse ramo, a mensagem é “Rejeição: NFC-e ou NF-e com DANFE Simplificado Tipo 2 não pode referenciar documento fiscal”. Isso não transforma toda NF-e 55 em documento proibido de referenciar outra nota. O formato e a operação fazem parte do diagnóstico. NT 2026.002 v1.11.

Como localizar a origem sem perder a operação

Guarde a resposta integral, o XML transmitido e a identificação da venda. Registre UF do emitente, autorizador, ambiente, modelo, versão do emissor e horário do envio. Produção e homologação devem ser analisadas separadamente.

Em seguida, peça ao suporte para verificar:

1. Se existe NFref na identificação, mesmo sem chave visível na tela.

2. Se algum item contém DFeReferenciado, principalmente o apontado por nItem.

3. Se a emissão é modelo 65 ou modelo 55 com tpImp=6.

4. Se a referência veio da conversão de pedido, cópia de nota, importação ou integração.

5. Se a finalidade e a natureza da operação conferem com o negócio realizado.

Não procure apenas um número de 44 dígitos em todo o arquivo. A própria nota tem sua chave, e referências podem existir em grupos diferentes. É a localização fiscal do vínculo que distingue esta rejeição.

Correção quando a referência foi carregada indevidamente

Imagine uma venda comum de balcão cujo pedido foi copiado de um atendimento anterior. A integração trouxe também a chave de uma nota antiga. Se o responsável fiscal confirmar que a venda atual não precisa desse vínculo, corrija o dado de origem e gere novamente o XML da NFC-e sem a referência indevida.

O mesmo raciocínio vale para um vínculo por produto. Limpar o grupo da nota inteira não elimina automaticamente DFeReferenciado de cada item. Confira o arquivo efetivamente gerado, pois alguns emissores recompõem o vínculo durante a transmissão.

A correção deve preservar produtos, quantidades, valores, destinatário e finalidade reais. Não edite manualmente um XML já assinado para enviá-lo fora do fluxo do emissor. O suporte deve garantir geração e assinatura coerentes a partir do documento corrigido.

Correção quando a operação precisa de uma referência

Se a empresa está documentando devolução, complemento ou outro fato que exige vínculo fiscal, apagar a referência pode esconder um erro de enquadramento. A NFC-e não se torna adequada a uma devolução apenas porque a chave foi retirada. O contador deve definir o documento e o tratamento pertinentes à operação.

Também não basta recomendar “troque para modelo 55” sem observar o formato: a NF-e 55 com tpImp=6 está abrangida pelas restrições citadas. Quando for cabível uma NF-e em outro formato, sua finalidade, referências e tributação devem ser configuradas como um conjunto. Não troque somente o modelo ou tpImp para superar a validação.

As orientações práticas de Oobj, TecnoSpeed e Bling ajudam a encontrar referências herdadas, mas seus procedimentos refletem interfaces próprias e, em parte, documentação anterior. Não transporte para o ALRA sequências de botões ou mudanças transitórias de finalidade descritas para outro produto.

O que mudou no cronograma

A consulta documental de 10/10/2026 encontrou a NT 2026.002 v1.11 como versão vigente publicada no portal. Seu cronograma associa o primeiro conjunto de regras do Tipo 2 à produção em 03/08/2026; ajustes da VC02-04 e a remoção da VC02-50 aparecem no bloco de 05/10/2026. A VC02-50 está riscada e sua validação foi incorporada à VC02-04: não são dois impedimentos independentes atuais.

O adiamento para 14/12/2026 dessa NT alcança I08-180, BA02-35 e VC02-40, não a totalidade das regras do documento. A VC02-40 trata de modelo do documento referenciado e retorna 679, outro diagnóstico. Separadamente, o aviso ENCAT de 05/10/2026 altera prazos das novas publicações RTC para 26/10 em homologação e 16/11 em produção. Ele não suspende automaticamente a proibição histórica da NFC-e. Cronograma v1.11, p.3; aviso oficial.

Como verificar o resultado e quando escalar

Após a correção, compare o novo XML com o anterior e faça uma nova transmissão pelo emissor. Leia o retorno completo e confirme a situação do documento e seu protocolo. O desaparecimento do 708 pode revelar outra pendência; ele não comprova autorização.

Acione a contabilidade se a referência era necessária à operação. Acione o suporte se ela reaparece, se a tela difere do XML ou se uma NF-e 55 sem tpImp=6 recebeu a mensagem do Tipo 2. Envie os arquivos e o contexto por canal protegido, incluindo UF, autorizador e ambiente. A pesquisa documental não substituiu teste de emissão em cada autorizador.

Fontes consultadas em 10/10/2026

• MOC 7.0, Anexo I: BA01-10; documento-base histórico, confrontado com as NTs.

• NT 2025.002-RTC v1.52: VC02-04, p.69.

• NT 2026.002 v1.11: p.3, 9 e 18.

• Listagem oficial de documentos NF-e/SVRS, captura consultada em 10/10/2026 com as entradas de 01/10/2026 das versões RTC v1.52 e DANFE Simplificado Tipo 2 v1.11; a listagem não comprova implantação individual por UF, autorizador ou ambiente.

• Oobj, TecnoSpeed e Bling: três publicadores práticos; limites e divergências registrados em fontes.json.