Rejeição 1206: recupere o ano verdadeiro da chave anterior

Se uma NF-e de operação com ente governamental recebe a rejeição 1206, procure o ano de emissão dentro da chave do documento anterior que foi referenciado. A mensagem trata dessa referência fiscal. Alterar a data da nota que você está preparando, por tentativa, pode deixar a operação incorreta e conservar o problema original.

O retorno documentado é “Rejeição: DFe referenciado em operação com ente governamental com Ano inválido [nOcor:nnn]”. Guarde a resposta completa e o XML enviado antes de fazer qualquer ajuste. O objetivo é reencontrar o documento anterior verdadeiro e recuperar sua chave, mantendo o vínculo correto entre os documentos da operação.

Quando a regra se aplica

A regra BB05-90, na página 34 da NT 2025.002-RTC v1.52, é do serviço de autorização da NF-e modelo 55. Ela examina cada chave informada em gCompraGov/refDFeAnt, o campo do documento fiscal anterior no grupo de compras governamentais. Não é uma orientação geral sobre NFC-e modelo 65, consulta pública ou registro de eventos.

A condição literal é ano de emissão menor que 06 ou maior que o ano corrente. No leiaute numérico do MOC 7.0, tabela 2-1, página 19, o componente AAMM contém ano e mês, após os dois caracteres de UF. O ano corresponde ao primeiro par desse componente, não à data de cadastro.

Nesse contexto documental, o limite inferior 06 corresponde a 2006. A regra não exige que a referência tenha o ano da nota atual. Compare o ano incorporado à chave com o documento de origem e preserve os dados da tentativa; não escolha o ano corrente como substituto.

Não confunda essa conferência com mês inválido, tratado pela 1207, nem com o ano e mês de um período de apuração. Mesmo que todos esses dados apareçam como datas na tela, pertencem a campos e validações diferentes.

O que a versão e o calendário permitem afirmar

A base é a captura oficial de 10/10/2026 da v1.52, listada como publicada em 01/10. A BB05-90 aparece no histórico da v1.40, página 5, com previsão até 01/07/2026 em homologação e 03/08/2026 em produção. A coluna obrigatória e a ausência de nota futura individual não comprovam execução uniforme.

O aviso ENCAT de 05/10 posterga as implantações enumeradas da v1.52 para 26/10 em homologação e 16/11 em produção. A página 6 identifica ajustes dessa versão, distintos da BB05-90 herdada. Não conclua suspensão automática da regra pelo aviso; registre UF, autorizador, ambiente e versão do retorno.

A releitura local de 13/10 não atualizou a norma ou testou a implantação. A nota sobre campos IBS/CBS/IS na página 6 não dispensa obrigações legais nem orienta omitir tributos. O MOC histórico fornece a estrutura numérica, sem comprovar atualização integral do leiaute.

Como localizar a origem do erro

Peça ao suporte para confrontar três registros: o XML efetivamente transmitido, o documento anterior preservado e a origem da referência no sistema. Uma chave correta exibida em uma tela pode ter sido substituída durante a geração do XML.

Use esta sequência:

1. Localize gCompraGov e cada ocorrência de refDFeAnt no XML enviado.

2. Identifique o documento que a empresa pretende referenciar, pelo histórico da operação e pelos arquivos fiscais.

3. Compare a chave completa enviada com a chave desse documento original, preferencialmente recuperada do XML autorizado.

4. Confira a data de emissão do documento anterior e o ano incorporado à sua chave.

5. Verifique se a divergência ocorreu na digitação, importação, seleção do documento ou geração do arquivo.

O sufixo nOcor deve ser preservado no chamado. A regra determina validação por chave, mas não detalha nessa linha como o número é apresentado pelo emissor. Com várias referências, confira todas; não suponha que a correção da primeira encerra a análise.

Correção por cenário

A chave foi digitada ou copiada de maneira incompleta

Recupere a chave integral do documento correto e substitua a referência incorreta pelos recursos do emissor. Não troque apenas os dois algarismos do ano: a chave identifica um documento determinado e possui outros componentes, incluindo dígito verificador. Um número com aparência válida não prova a existência da nota pretendida.

Se a cópia veio de PDF, planilha ou mensagem, compare com o arquivo fiscal preservado. Evite preencher posições ausentes por dedução. Depois da correção, gere novamente a NF-e pelo sistema e confira o XML resultante.

O sistema construiu a referência a partir de dados separados

Uma integração pode ter usado ano vazio, data de cadastro, data atual ou uma conversão incorreta. O suporte deve rastrear de onde veio cada informação e priorizar o uso da chave original preservada. Corrigir o relógio não recompõe uma chave já gravada incorretamente. Não ajuste data ou ano para contornar a validação.

Se a mesma falha atingiu outras notas ainda pendentes, revise as referências antes de transmiti-las. Registre a causa técnica para que a rotina não volte a produzir o erro.

A referência selecionada pertence a outro documento

Concilie o vínculo com o contrato, o fornecimento ou o recebimento que originou a emissão. O responsável fiscal deve confirmar qual documento anterior cabe naquele tipo de operação governamental. Não escolha outra chave apenas porque seu ano passa na faixa e não remova a referência obrigatória para evitar a validação.

O documento original parece incompatível com o limite

Se a documentação real aponta um ano anterior ao piso ou posterior ao ano corrente, interrompa a tentativa e leve o caso ao responsável fiscal e ao suporte. Preserve o original e confirme se houve erro de interpretação, mistura de ambientes ou uso inadequado do campo. Não reescreva a data de um documento já autorizado.

Exemplo hipotético

Em uma hipótese de diagnóstico, uma empresa prepara a nota da compra governamental com o antecedente correto, mas a importação altera a parte da chave correspondente ao ano. Considere um retorno 1206 nesse cenário; não se apresenta uma chave completa nem um ano fiscal inventado como solução.

A equipe compara os arquivos e recupera a referência integral do XML anterior. O suporte corrige a importação, preservando o documento e a data da operação atual. O exemplo não é emissão testada nem demonstra que 1206 venha antes de erro de tamanho, dígito verificador ou schema.

Como verificar o resultado e quando escalar

Confira se a referência gerada coincide integralmente com a do documento anterior, se o vínculo fiscal está correto e se o novo retorno deixou de apresentar a 1206. Uma rejeição diferente precisa ser analisada pelo seu próprio contexto; o desaparecimento desse código não equivale a autorização.

Considere a emissão concluída apenas após conferir a resposta e o protocolo aplicáveis, preservando o XML autorizado. Acione o suporte quando o sistema trocar ou reconstruir a chave, e o responsável fiscal quando houver dúvida sobre o documento a referenciar. Se a chave original e o retorno permanecerem incompatíveis, encaminhe os arquivos e os dados do ambiente ao autorizador, pelos canais próprios.

Fontes e limites

Elaboração v2 por IA em 13/10/2026, somente com materiais salvos. Própria e cruzada dos novos hashes pendentes; nenhuma aprovação nesta elaboração.

• NT 2025.002-RTC v1.52, páginas 5–6, 17 e 34: BB05-90, grupo, modelo e cronograma.

• MOC 7.0, Visão Geral, PDF salvo da SVRS, página 19: estrutura numérica da chave e componente AAMM. Não certifica abertura CONFAZ antiga ou atualização integral do manual.

• Documentos SVRS e listagem de avisos SVRS/ENCAT: capturas de 10/10, sem consulta atual.

• TecnoSpeed, panorama da NT: corpo salvo como apoio adjacente, sem guia específico 1206, confirmação de implantação ou prova de recursos ALRA.

Rejeição NF-e, NS7 e a central Migrate/InvoiCy não integram os apoios ativos. Seus corpos e atos individuais alegados na v1 não foram recuperados nos caminhos examinados; não se afirmam confirmação da mensagem, leitura dessas páginas ou datas editoriais comprovadas. Os registros e a negativa anteriores permanecem preservados e inativos na fundamentação da v2. Limitação do conjunto disponível, sem alegar ausência universal de outros guias. Sem HTTP novo, teste XSD, emissão, direito fiscal individual ou certificação humana.