Rejeição 465: número de controle da FCI inexistente
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A rejeição 465, na identidade I70-10, trata da consulta de um número de controle da Ficha de Conteúdo de Importação (FCI) informado no item. O MOC prevê acessar o cadastro usando nFCI como chave e aponta a mensagem quando esse registro não é encontrado. Há uma ressalva decisiva: o próprio manual informa que essa validação ainda não estava em produção quando foi publicado.
A regra da FCI está implantada?
A I70-10 consta como facultativa para os modelos 55 e 65, acompanhada da observação de implementação futura. Isso é diferente de afirmar que o campo nFCI não existe ou que nenhuma operação precisa de FCI. O campo e a consulta cadastral são assuntos distintos. O MOC, sozinho, também não comprova que a validação permaneça desligada hoje em cada autorizador.
Se um sistema exibir 465, obtenha o retorno integral, a identificação do ambiente, a UF, o serviço e a versão do autorizador. Uma mensagem produzida pelo emissor antes do envio não comprova rejeição da SEFAZ. Para atribuir implantação atual à I70-10, é necessária evidência do autorizador competente; uma data de atualização genérica do portal não basta.
Onde procurar nFCI e qual documento comparar
nFCI fica em det/prod/nFCI, dentro de cada item da infNFe. Não é o número da NF-e, não é o número da declaração de importação e não é o protocolo de autorização da nota. Compare o valor completo com o número de controle obtido no registro da FCI correspondente ao produto.
A investigação precisa de duas evidências: o registro de origem e o XML efetivamente enviado. Se o cadastro interno possui um número, mas o XML apresenta outro, a falha pode estar no vínculo produto/FCI, em uma importação cadastral ou no mapeamento do gerador. Se os valores coincidem e a consulta não localiza o registro, confirme o ambiente e a situação do registro antes de atribuir a causa ao preenchimento. Não reutilize FCI de outro produto ou empresa.
Exemplo de registro correto e vínculo errado
Cenário sintético: o item 2 corresponde ao produto A. A documentação interna validada aponta a FCI desse produto, mas o XML recebe o número armazenado no produto B. A comparação por produto evidencia o vínculo errado mesmo sem divulgar qualquer número de controle. A correção técnica é reparar esse vínculo na origem e conferir a geração do item 2.
Em outro cenário, o cadastro e o XML apontam o mesmo registro, mas o suporte só recebeu uma captura com “FCI inexistente”. Ainda falta demonstrar se a resposta veio da SEFAZ e qual ambiente consultou o registro. Alterar repetidamente o número não resolve essa falta de evidência.
A rejeição determina que o produto precisa de FCI?
Não. A condição documentada começa por “se informado” o número de controle; ela consulta a existência do valor enviado. A mensagem não calcula conteúdo de importação nem determina o enquadramento da operação.
Quando a dúvida é se a FCI se aplica, reúna identificação do produto, documentação de importação/industrialização e registro utilizado, para confirmar o parâmetro com o responsável fiscal. Depois dessa definição, a tarefa técnica é garantir que o número correto chegue ao item correto. Remover nFCI apenas para evitar uma consulta não demonstra que a obrigação deixou de existir.
Leitura do XML e confirmação do resultado
O exemplo operacional depende do número de controle real e do registro de FCI protegido. Por isso a comparação é textual, por item e produto, sem fabricar nFCI nem reconstruir um XML assinável. Localize os caminhos indicados usando o namespace oficial http://www.portalfiscal.inf.br/nfe; em documento processado, a estrutura começa em /nfeProc/NFe/infNFe, e no XML enviado, em /NFe/infNFe. Preserve o XML original e o retorno integral em acesso autorizado.
Corrija a origem comprovada no cadastro, na operação ou no gerador, conforme o diagnóstico. Gere e confira novamente o documento antes de qualquer transmissão autorizada, preservando zeros explícitos e a diferença entre ausência e valor informado. XML válido no schema não comprova autorização. Se houve timeout ou resultado incerto de tentativa anterior, esclareça o processamento antes de novo envio; quando houver autorização, preserve o documento e seu protocolo.
Fontes oficiais
- MOC 7.0 Anexo I — 7.00: p. 21 campo I70/nFCI; p. 96 I70-10.