Rejeições fiscais
Rejeição 1214: a nota anterior da compra governamental precisa existir e não estar cancelada
Se a NF-e recebeu a rejeição 1214, consulte a situação da nota anterior escolhida para a operação com o órgão público. A chave informada não foi encontrada na base verificada ou corresponde a um documento cancelado. A correção depende de descobrir qual dessas situações ocorreu e de recuperar o documento que realmente…
Se a NF-e recebeu a rejeição 1214, consulte a situação da nota anterior escolhida para a operação com o órgão público. A chave informada não foi encontrada na base verificada ou corresponde a um documento cancelado. A correção depende de descobrir qual dessas situações ocorreu e de recuperar o documento que realmente pertence à operação.
A mensagem oficial é: “Rejeição: DFe referenciado em operação com ente governamental deve existir e não estar cancelada [nOcor:nnn]”. O número em nOcor localiza a ocorrência da referência questionada. Guarde a resposta integral: o código sozinho não diz se houve erro de seleção, falta de autorização anterior ou cancelamento posterior.
O alcance da verificação
A regra obrigatória BB05-170 integra o serviço de autorização da NF-e modelo 55. Se houver chave de documento anterior em gCompraGov/refDFeAnt, a regra acessa a base com cada chave informada e exige que o documento exista e não esteja cancelado. Portanto, ter 44 posições ou satisfazer o cálculo do dígito verificador não resolve, por si só, o 1214. A situação consultada também importa.
Esse campo pertence ao grupo de compras governamentais. Não confunda a regra com uma consulta pública, um evento de cancelamento, uma referência por item ou gPagAntecipado/refNFe. Embora existam validações parecidas, suas condições e exceções não são automaticamente iguais. A coluna da BB05-170 indica modelo 55, sem estender essa aplicação à NFC-e 65.
Na página 35 da NT 2025.002-RTC v1.52, a BB05-170 não apresenta exceção de contingência ou de UF diferente. Não importe exceções de regras de outros grupos para permitir aqui uma referência que não foi localizada. Se existir divergência entre consultas e autorização, preserve as evidências para análise técnica, em vez de assumir uma dispensa.
Vigência documental e ambiente
A documentação foi conferida em 15/10/2026. A condição e a mensagem da BB05-170 na v1.52, página 35, coincidem com a v1.51, página 36. A página 5 da v1.52 registra a inclusão da BB05-170 no conjunto da v1.40, com homologação até 01/07/2026 e produção em 03/08/2026 no cronograma documental. A marcação obrigatória da tabela não comprova, isoladamente, ativação uniforme em cada UF e autorizador.
O aviso ENCAT de 05/10/2026 postergou as implantações enumeradas para 26/10 em homologação e 16/11 em produção. Esse aviso não demonstra suspensão automática das validações herdadas da v1.40. Registre UF, autorizador e ambiente do erro concreto. Não houve teste operacional de emissão em cada ambiente nesta revisão.
Produção e homologação precisam ser tratados separadamente na investigação. Uma nota autorizada em testes não comprova a existência da referência na base de produção. A equipe deve conferir os ambientes dos documentos e das consultas, sem presumir que uma chave escrita no cadastro resolve essa distinção.
Por que a nota anterior pode não ser localizada
Uma possibilidade é a referência ter sido digitada ou selecionada incorretamente. Outra é o sistema ter guardado a chave de um documento preparado, mas ainda não autorizado. Uma impressão, um rascunho ou um registro comercial não substitui a evidência do processamento fiscal anterior.
Também pode haver cancelamento posterior. O cadastro conserva a nota usada inicialmente, mas sua situação mudou depois de uma correção da operação. O arquivo autorizado guardado continua útil para reconstituir o histórico; ele não prova, sozinho, que o documento permanece sem cancelamento na data da consulta.
Por fim, considere diferenças de ambiente, sincronização ou seleção do serviço de consulta. Elas são hipóteses para o suporte investigar, não exceções que liberam a emissão. A mensagem recebida deve ser confrontada com o XML enviado e uma consulta atual da chave exata, no canal oficial adequado.
Como organizar a conferência
Comece guardando o XML rejeitado e o retorno, com data, horário, ambiente e autorizador. Localize todas as ocorrências de gCompraGov/refDFeAnt e identifique a apontada pela resposta. Depois, recupere a nota anterior nos arquivos da empresa e compare integralmente sua chave com a referência transmitida.
Consulte a situação dessa chave pelo emissor ou pelo canal oficial pertinente à NF-e e à UF. Registre o resultado e o horário. Confira o ambiente usado, o protocolo de autorização e eventual evento de cancelamento. Compare ainda emitente, destinatário e a etapa de fornecimento ou pagamento que justificou a escolha do documento.
Essa ligação comercial é necessária porque encontrar uma nota válida não demonstra que ela é a referência certa. Uma chave de outra compra pode existir e não estar cancelada, mas não deve ser utilizada para fazer a validação passar. O vínculo precisa ser comprovado pelo histórico real da operação.
O ajuste depende do resultado da consulta
A chave enviada difere do documento anterior correto. Corrija a seleção ou a importação no emissor com a chave integral comprovada. Gere novamente o XML e confira o valor efetivamente transmitido. Não tente reconstruir o identificador alterando apenas o algarismo suspeito.
O documento anterior ainda não foi autorizado. Verifique seu processamento antes de continuar a etapa seguinte. Se houve falha de comunicação, consulte a situação e recupere o retorno pelo procedimento do emissor. Não crie outra nota anterior automaticamente: primeiro afaste a hipótese de autorização já existente sem sincronização local.
A referência está cancelada. Preserve o cancelamento e peça ao responsável fiscal que reconcilie a sequência documental. Se houve documento substituto verdadeiro, sua relação com o fornecimento ou pagamento precisa ser confirmada antes de selecioná-lo. Se não houver referência adequada, interrompa a emissão dependente até definir o tratamento correto. Não trate uma mudança de status no cadastro local como reversão de um cancelamento registrado no autorizador. Remover a chave também não resolve uma etapa que exige referência anterior.
A consulta oficial mostra documento existente e sem cancelamento. Confira se foi consultada exatamente a mesma chave e no ambiente da emissão rejeitada. Persistindo a divergência, encaminhe XML, retorno e resultado da consulta ao suporte. Repetições sucessivas sem diagnóstico não resolvem eventual inconsistência de serviço ou base.
Exemplo original
Uma fornecedora fictícia documentou a entrega de equipamentos a um município. Depois de corrigir a operação, cancelou a nota A e emitiu a nota B correspondente. Ao preparar a etapa posterior de recebimento, uma integração buscou A numa lista antiga. A referência pode ter formato correto, mas sua situação de cancelamento corresponde à condição do 1214. O exemplo não garante qual rejeição será apresentada primeiro.
A equipe consulta A, preserva o evento e recupera o XML de B. A contabilidade confirma que B é o documento anterior pertinente à etapa atual. Somente então a referência é corrigida e o XML gerado é conferido. As letras são identificadores didáticos; não representam chaves prontas para emissão.
Quando considerar o ajuste concluído
Depois da correção, confira cada referência e a situação atual do documento anterior. Transmita pelo fluxo normal, leia o retorno e verifique o protocolo da nota atual. Deixar de receber o 1214 não garante autorização: outras regras podem conferir emitente e sequência das etapas.
Acione o suporte quando os dados transmitidos e a consulta oficial forem incompatíveis ou a integração insistir numa referência antiga. Envolva o responsável fiscal quando o problema estiver no cancelamento ou na identificação da nota anterior. Forneça evidências completas, sem apagar o histórico que explica o ocorrido.
Fontes
Documentação conferida em 15/10/2026.
NT 2025.002-RTC v1.52: BB05-170, página 35; leiaute, página 17; cronograma, páginas 5–6. V1.51, página 36: comparação da condição.
Documentos e avisos SVRS: versões e comunicado ENCAT.
Confronto específico: Migrate, 1214. Contexto de integração: FlexDocs e CIGAM. A regra oficial fundamenta a orientação; exemplos de integração dependem dos documentos verdadeiros e da etapa fiscal cabível.