Rejeição 1207: confira o mês da chave anterior, sem inventar a referência

Quando a NF-e retorna a rejeição 1207, confira a chave do documento fiscal anterior vinculada à compra governamental. O mês incorporado a essa referência está fora do intervalo previsto pela regra. Corrigir apenas a data de emissão da nota atual costuma atuar no lugar errado, porque o autorizador está verificando outro documento.

A mensagem exata é “Rejeição: DFe referenciado em operação com ente governamental com Mês inválido [nOcor:nnn]”. Preserve o XML enviado e o retorno completo. Com esses arquivos, a empresa consegue verificar qual referência foi transmitida, de onde veio e como recuperar o documento que realmente participa da operação.

O intervalo e o campo examinados

A BB05-100, página 34 da NT 2025.002-RTC v1.52, pertence à autorização da NF-e modelo 55. Quando há uma chave de documento anterior em gCompraGov/refDFeAnt, o autorizador verifica cada chave referenciada. A condição é mês de emissão menor que 01 ou maior que 12.

O MOC 7.0, tabela 2-1, página 19, descreve o componente AAMM da emissão após os dois caracteres de UF. MM é o segundo par desse componente, não um período de apuração ou a data de cadastro.

O intervalo documentado é 01 a 12: 00 fica abaixo, 13 acima. A BB05-100 não exige o mesmo mês da NF-e atual nem compara esse mês, isoladamente, com o mês corrente.

Por exemplo, uma referência com mês 12 não é inválida pela BB05-100 apenas porque a conferência acontece em outubro. Ela ainda precisa pertencer ao documento correto, ter ano adequado e atender às demais validações. Não transforme a passagem pela faixa do mês em garantia de validade da chave inteira.

Este diagnóstico não deve ser aplicado automaticamente à NFC-e modelo 65, a uma consulta pública ou a um evento. Também não se confunde com a rejeição 1206, que trata do ano, nem com inconsistência no período de apuração de tributos.

Vigência documental e ambiente

A base é a captura oficial de 10/10/2026 da v1.52, listada na SVRS como publicada em 01/10. O histórico da página 5 inclui BB05-100 na v1.40, com previsão até 01/07/2026 em homologação e 03/08/2026 em produção. Coluna obrigatória e ausência de nota futura individual não comprovam implantaçã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 separa os ajustes dessa versão; o aviso não demonstra suspensão genérica da BB05-100 herdada. Registre UF, autorizador, ambiente e versão reais.

A releitura local de 13/10 não é consulta atual ou teste de emissão. O MOC é histórico; a estrutura numérica não certifica atualização integral do manual. A nota IBS/CBS/IS na página 6 não orienta omitir tributos ou alterar fatos.

Onde procurar o problema

Comece pelo arquivo que chegou à SEFAZ. O cadastro na tela pode mostrar uma data adequada enquanto a rotina de exportação grava uma referência antiga ou produz um conteúdo diferente.

Reúna:

• XML transmitido e mensagem completa, com o sufixo nOcor;

• XML autorizado do documento anterior, quando disponível no arquivo da empresa;

• registro da compra governamental e do documento escolhido para referência;

• origem dos dados: importação, digitação, integração ou vínculo feito no emissor.

Localize cada refDFeAnt e compare a chave integral com a do documento original. Confira a data de emissão do documento referenciado, preservada no XML. O sufixo da mensagem ajuda a registrar a ocorrência no atendimento, mas a linha da NT não detalha a sua apresentação no sistema. Se houver várias referências, a investigação deve alcançar todas elas.

Como corrigir os cenários mais comuns

Copiar de PDF ou planilha modificou a referência

Uma quebra de linha, perda de dígito ou combinação de trechos pode deslocar as informações da chave. Recupere a chave completa do documento correto, preferencialmente do XML autorizado, e atualize a referência pelo emissor. Não invente as posições ausentes com base no número ou na data impressa.

Se só houver documento auxiliar, procure o XML no armazenamento da emissão ou com quem o preservou. Registre a origem da chave recuperada e impeça o reaproveitamento da cópia defeituosa.

A rotina montou o mês incorretamente

Data vazia, conversão inadequada ou campos de registros distintos são hipóteses de geração incorreta, não condições adicionais da norma. O suporte deve rastrear o caminho até refDFeAnt.

Ajuste a rotina e recupere a chave original. Somente trocar o mês por um número de 01 a 12 cria uma referência diferente e pode gerar novo erro de dígito verificador ou apontar para documento errado. Uma chave fiscal não deve ser reconstruída para passar na validação.

O operador selecionou o documento errado

Verifique o vínculo da referência com o fornecimento ou recebimento correspondente. O responsável fiscal deve confirmar qual documento cabe no tipo de operação governamental registrado. Não selecione uma nota qualquer do mesmo cliente para obter um mês aceitável e não retire a referência sem verificar se ela é exigida nesse cenário.

A tela está correta, mas o retorno persiste

Confira o novo XML gerado. O rascunho pode conservar a referência anterior, ou uma integração pode sobrescrever o ajuste depois que o operador salva. O suporte deve comparar as versões dos arquivos e a sequência de processamento. Edite os dados pelo fluxo do emissor e gere novamente o documento; não altere manualmente um XML já assinado.

Exemplo hipotético

Em uma hipótese de diagnóstico, uma empresa relaciona o antecedente correto da compra governamental, mas a importação modifica o componente do mês na chave. Considere um retorno 1207 nesse cenário, sem montar chave completa ou escolher um mês fiscal como solução.

A equipe compara a referência enviada com o XML anterior e recupera o identificador integral. O suporte corrige a importação e preserva a data real da operação. O exemplo não é emissão testada nem demonstra que 1207 venha antes de erro de tamanho, dígito verificador ou schema.

O que confirma a correção

Antes do reenvio, verifique se a referência completa coincide com o documento original e se a nota escolhida pertence à operação. Leia o novo retorno: deixar de receber 1207 significa que essa mensagem não foi repetida, mas outra validação pode apontar problema adicional.

Confirme a situação final pelo retorno e pelo protocolo cabíveis e preserve o XML autorizado quando houver autorização. Escale ao suporte se a chave for alterada na geração, ao responsável fiscal se o vínculo documental estiver indefinido e ao autorizador se a referência original correta permanecer incompatível com o retorno, acompanhada de XML, horários e ambiente.

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-100, condição, modelo, grupo e cronograma.

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

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

• TecnoSpeed, panorama RTC: corpo salvo como apoio adjacente, sem guia específico 1207, confirmação de índice ou prova de recursos ALRA.

Rejeição NF-e, NS7 e a central Migrate/InvoiCy não integram os apoios ativos. Não foram recuperados os corpos e atos individuais declarados na v1. A página específica NS7 citada no artigo antigo e o índice geral registrado nas fontes são URLs diferentes; uma não comprova a leitura da outra. Nenhuma confirmação de mensagem, acesso, falha ou data editorial foi restabelecida por suposição. História e negativa permanecem preservadas e inativas na fundamentação da v2. Não se afirma ausência universal de outros guias. Sem HTTP novo, teste XSD, emissão, direito fiscal individual ou certificação humana.