NF-e
Rejeição 1210: a chave anterior da compra governamental contém número zerado
Uma nota de operação com ente governamental recebeu a rejeição 1210? Confira a chave do documento anterior vinculada a essa operação. A validação encontrou número de nota zerado dentro da referência. O número que aparece na tela do emissor pode estar correto e, ainda assim, o XML ter levado uma chave montada com…
Uma nota de operação com ente governamental recebeu a rejeição 1210? Confira a chave do documento anterior vinculada a essa operação. A validação encontrou número de nota zerado dentro da referência. O número que aparece na tela do emissor pode estar correto e, ainda assim, o XML ter levado uma chave montada com outro conteúdo. Compare o que foi transmitido com o documento original antes de corrigir.
A mensagem é “Rejeição: DFe referenciado em operação com ente governamental com Número inválido [nOcor:nnn]”. O marcador nOcor identifica a ocorrência da referência apontada pelo retorno. Preserve a sequência enviada: quando há várias chaves, mudar uma delas sem localizar a rejeitada pode deixar a causa intacta e eliminar um vínculo correto.
O alcance preciso do código
A BB05-130, na NT 2025.002-RTC v1.52, página 34, trata da autorização de NF-e modelo 55. Se houver referência em gCompraGov/refDFeAnt, a regra analisa cada chave e rejeita aquela cujo número está zerado. Não é uma conferência do número de empenho, contrato, pedido do cliente ou parcela financeira. Tampouco é uma instrução para trocar o número da NF-e atual.
Uma chave de acesso identifica o documento fiscal por uma sequência estruturada de 44 posições. O número fiscal é apenas um de seus componentes. Para o suporte, isso significa conferir o segmento correspondente ao número com o XML original do documento anterior. Para a empresa, significa selecionar a referência verdadeira, sem tentar montar uma chave a partir de dados incompletos.
Esta regra é do modelo 55; não se estende à NFC-e 65 apenas porque a NT abrange os dois modelos. Também não descreve qualquer referência escrita em texto livre. O campo e o serviço importam para distinguir este retorno de erros de numeração em outros documentos ou processos.
Versão e implantação
O campo e a regra foram incluídos na v1.40, com cronograma documental de homologação até 01/07/2026 e produção em 03/08/2026. A consulta oficial de 10/10/2026 encontrou a v1.52 como versão mais recente na lista da SVRS. O aviso de 05/10 prevê 26/10 e 16/11 para as mudanças da v1.52, sem suspender por inferência a BB05-130 herdada.
O texto da regra não apresenta restrição nominal de UF e a coluna de aplicação indica obrigatoriedade. Isso não substitui uma verificação do ambiente que respondeu. Registre UF, autorizador, produção ou homologação, horário e versão do emissor. A pesquisa documental não incluiu teste operacional nesses ambientes nem garante aplicação uniforme.
Por que o número pode chegar zerado
Uma integração pode criar a chave antes de receber o número definitivo do documento anterior. Se o registro provisório ficou salvo e foi reutilizado, a referência conserva zeros mesmo depois de a nota original estar autorizada. Outra causa possível é a importação de um arquivo com campos separados: o número não foi lido, e o programa completou o segmento com zeros.
Também é possível que um usuário tenha colado uma sequência de um exemplo, de um arquivo incompleto ou de outro identificador. A aparência de 44 dígitos não comprova que aquela sequência existe. Mesmo uma chave que passe por outras verificações estruturais pode ter número zerado. O retorno 1210 não prova cancelamento nem inexistência da nota anterior; essas situações têm verificações próprias.
Diagnóstico com os arquivos certos
Guarde o XML enviado e a resposta integral, inclusive código, mensagem e ocorrência. Anote a chave da nota atual para separar sua numeração daquela da referência. Localize cada refDFeAnt no arquivo transmitido e procure o XML autorizado correspondente no arquivo fiscal da empresa.
Compare o número em ide/nNF do documento anterior com o segmento de número da chave referenciada. Confira também série, emitente, modelo e ambiente para ter certeza de que os arquivos pertencem ao mesmo documento. Use a consulta oficial pertinente para confirmar a situação e a identidade da referência. Um PDF ou uma tela resumida ajuda a localizar o registro, mas não substitui o XML e o protocolo.
Peça ao suporte que trace a origem do dado: escolha do operador, importação, integração ou registro provisório. Essa distinção evita corrigir apenas uma tela quando o próximo envio voltará a buscar o valor incompleto.
Correção por cenário
A nota anterior existe e a referência foi formada incorretamente
Substitua o vínculo defeituoso pela chave original comprovada daquela NF-e, no documento rejeitado. Corrija a rotina que gerou a sequência com número zerado. Gere novamente o XML pelo emissor e preserve a comparação antes e depois. Não calcule uma chave nova apenas para preencher o segmento: o objetivo é referenciar o documento existente.
O cadastro mantém uma nota provisória sem número
Verifique se há documento autorizado correspondente em outro registro ou sistema. Se houver, reconcilie o cadastro com seus arquivos reais e selecione esse registro. Se não houver emissão anterior, o responsável fiscal precisa avaliar a etapa da operação e a documentação necessária. Inventar um número para o cadastro não cria uma NF-e válida.
A tela mostra a chave correta, mas o XML contém zeros
Trate como divergência técnica entre o vínculo exibido e o valor transmitido. O suporte deve corrigir a persistência ou a transformação do XML, incluindo atualização e assinatura pelo fluxo do emissor. Não edite manualmente um XML já assinado. Não altere o número da nota atual como tentativa de resolver uma referência anterior.
Exemplo hipotético
Uma empresa de equipamentos prepara o documento relacionado ao recebimento de uma compra municipal. A integração havia salvo a referência da etapa anterior antes de receber a numeração definitiva. O cadastro posterior mostrava a NF-e 734, mas refDFeAnt conservava zeros no segmento do número.
O retorno 1210 levou a equipe a comparar os arquivos. Ela localizou o XML autorizado da NF-e 734, confirmou que correspondia ao fornecimento e corrigiu o vínculo e a integração. A revisão não mudou valor, destinatário ou etapa da operação: substituiu uma referência montada incorretamente pela identidade fiscal comprovada.
Confirme o encerramento
Leia o novo retorno para a chave atual. A ausência do 1210 apenas mostra que essa mensagem não voltou; outra validação pode apontar problema distinto. Se houver autorização, preserve XML e protocolo e confira se o documento anterior correto ficou associado ao processo.
Acione o suporte quando a origem dos zeros não estiver clara ou a correção não chegar ao XML. Envolva o responsável fiscal quando faltar a nota anterior cabível ou houver dúvida sobre o vínculo. Não considere resolvido apenas porque o campo da tela deixou de mostrar zeros: a evidência é o arquivo transmitido, seu resultado e a coerência dos documentos da operação.
Fontes
Consulta e revisão por IA: 10/10/2026; sem emissão de teste por UF ou ambiente.
BuscadorNCM, 1210: regra confrontada com a NT; orientação genérica sobre CST não foi adotada como solução deste código.
TecnoSpeed, Tax360 e Papo Fiscal: apoio adjacente sobre RTC; não foram confirmadas três soluções específicas independentes.