Rejeição 1165: confira a classificação de subapuração na NFC-e

Se a venda no caixa recebeu a rejeição 1165, confira a configuração que levou uma classificação de subapuração do IBS na Zona Franca de Manaus para a NFC-e. Esse campo não é permitido no modelo 65. O caminho é descobrir por que ele entrou no documento e corrigir a geração da nota, preservando os dados verdadeiros da venda.

A mensagem oficial é “Rejeição: Não é permitido informar a classificação para subapuração do IBS na ZFM na NFC-e modelo 65 [nItem: 999]”. O trecho final identifica o item apontado pelo autorizador; 999 é a representação usada na documentação, não um número que você precise cadastrar.

O que a SEFAZ verifica

A regra I05k-10, na página 36 da NT 2025.002-RTC v1.52, verifica a presença da classificação tpCredPresIBSZFM, identificada como campo I05k, em documento do modelo 65. A condição é direta: informou o campo na NFC-e, a informação é incompatível com esse modelo. Não há, nessa regra, uma exceção que libere o preenchimento porque a loja está no Amazonas ou porque o cliente tem inscrição SUFRAMA. NT oficial, p. 36.

O contexto deste artigo é autorização de NFC-e, modelo 65. A NF-e, modelo 55, tem verificações próprias para a classificação. A coluna 65 não se transforma em permissão geral para outro modelo. Condições geográficas, falta de informação ou implementação futura de outras linhas não justificam preencher I05k na NFC-e.

Comece pelo arquivo enviado

Guarde o XML transmitido e a resposta completa antes de mudar cadastros. Anote chave, série, número, horário, ambiente e UF/autorizador. Confira ide/mod: ele deve identificar o documento que foi realmente enviado, e não apenas o modelo mostrado em uma tela do sistema.

Depois, localize o item indicado no retorno e procure a classificação I05k entre seus dados de produto. Um pedido com vários produtos pode ter recebido a informação em apenas um deles. Compare o arquivo com o cadastro atual: notas preparadas antes de uma correção podem conservar valores antigos.

Essa comparação evita um equívoco comum: apagar a classificação de uma tela e transmitir novamente um XML que não foi regenerado. Também ajuda a identificar se a informação veio do produto, de uma regra tributária, de uma importação ou de um padrão aplicado pela integração.

Por que o campo pode ter aparecido

Investigue, como hipóteses, o reaproveitamento de uma configuração criada para NF-e, a importação de parâmetros de outra empresa ou o preenchimento automático de campos opcionais. Essas hipóteses precisam ser demonstradas no arquivo e na origem do dado; a rejeição não informa qual delas ocorreu.

Preencher um campo com zero pode continuar representando informação enviada, conforme a forma de geração adotada. Para essa rejeição, o suporte deve conferir se a tag está ausente no XML quando não cabe ao documento. Não basta trocar seu valor por outro número nem deixar um texto vazio que o gerador transforma novamente em uma tag.

A classificação de subapuração não deve ser confundida com todo o grupo IBS/CBS, com o CST ou com outros campos de crédito presumido. O leiaute da página 18 identifica I05k no Grupo I, com pai I01; localize esse dado do item antes de corrigir. A retirada de um dado proibido na NFC-e não autoriza eliminar tributos ou classificações que sejam devidos na operação.

Como corrigir cada cenário

A operação é realmente uma venda documentada por NFC-e

Corrija a regra que incluiu I05k no modelo 65. Solicite ao responsável fiscal a conferência dos demais dados e ao suporte a regeneração do documento pelo fluxo normal do emissor. A finalidade é emitir o XML adequado à operação, sem essa classificação indevida.

Se a configuração atende também a NF-e, revise sua aplicação por modelo. Apagar indiscriminadamente um parâmetro compartilhado pode comprometer operações diferentes que utilizem a informação legitimamente. Registre onde o ajuste foi feito e teste o cenário do caixa afetado.

O sistema selecionou o modelo errado

Pare a tentativa e confirme qual documento é cabível para a operação real. Uma seleção errada deve ser corrigida no fluxo de emissão conforme a orientação fiscal e os registros existentes. Mudar de 65 para 55 apenas para permitir a tag não é uma solução suficiente: muda o documento e exige conferir todas as condições aplicáveis.

Antes de preparar outra emissão, consulte os registros do pedido e a situação fiscal de eventuais tentativas anteriores. Evite que um ajuste de configuração resulte em dois documentos para a mesma venda.

O cadastro foi ajustado, mas a rejeição continua

Compare o novo XML com o anterior. Se I05k permanece, o problema pode estar em outra origem de parâmetros ou na reutilização de um arquivo antigo. Encaminhe ao suporte os dois arquivos e o retorno, apontando o item. Não edite manualmente o XML assinado: o sistema precisa regenerar e assinar o conteúdo corrigido.

Exemplo hipotético

Uma loja de utilidades importa uma regra tributária usada em outro estabelecimento. Ao emitir uma NFC-e com três produtos, o segundo item recebe tpCredPresIBSZFM e a SEFAZ devolve 1165. A equipe confirma que o documento é uma venda de varejo do modelo 65 e que a classificação foi incluída pelo padrão importado.

O responsável ajusta a aplicação desse padrão, gera novamente o XML e confere que o segundo item não leva mais I05k. Os produtos, valores e dados reais da venda são preservados. A empresa acompanha o novo retorno; o desaparecimento do 1165, sozinho, não prova autorização.

Versão, capturas e encerramento do atendimento

A base documental é a v1.52 da captura compartilhada de 10/10/2026; a listagem salva registra publicação em 01/10. Nesta elaboração de 13/10, os materiais foram relidos localmente e o PNG normativo existente da página 36 foi realmente aberto em detalhe original. A linha I05k-10 está legível e sem tachado aparente nessa inspeção, sem observação futura própria. Não houve HTTP novo, render, teste XSD ou emissão por UF. Isso não recupera uma consulta ou revisão individual antiga desta pauta.

O aviso ENCAT de 05/10, no corpo histórico salvo, postergou para 26/out em homologação e 16/nov em produção as Notas Técnicas enumeradas com implantação prevista para 05-out. O TXT da página 5 enumera I05k-10 no histórico da v1.30. Esses registros não comprovam suspensão das regras herdadas ou ativação particular da 1165 por UF/autorizador/ambiente. Confirme a origem do retorno concreto e identifique homologação e produção separadamente. Documentos SVRS, Avisos SVRS.

Conclua somente após examinar a resposta da nova transmissão, vincular o resultado à chave correta e guardar XML e protocolo quando autorizado. Acione a contabilidade se houver dúvida sobre o modelo ou o tratamento fiscal. Acione o suporte quando a configuração e o XML divergem ou quando o retorno continua incompatível com o arquivo comprovadamente enviado.

Fontes

Nova elaboração documental por IA em 13/10/2026, somente artigo v2 e primeira fonte rastreável. Sem revisão própria, cruzada, aprovação ou publicação nesta etapa. Capturas compartilhadas de 10/10 e leitura/inspeção local atual são atos distintos; consultas, revisões individuais e corpos atribuídos na versão anterior não foram recuperados nem recertificados. Artigo v1 preservado.

1. NT 2025.002-RTC v1.52: TXT p36/I05k-10/modelo65/1165 e leiaute p18/I05k/pai I01; contexto histórico p4–6. PNG documental preexistente da página 36 realmente aberto em detalhe original, linha e limites cotejados com o TXT; PDF apenas preservado por hash, sem novo render.

2. Documentos SVRS e Avisos SVRS: corpos históricos capturados em 10/10, relidos localmente nesta elaboração; sem confirmação contemporânea de versão ou implantação por UF. A nova redação usa o aviso geral efetivamente salvo, sem atribuir conteúdo recuperado a uma consulta individual antiga no endereço /3008.

3. TecnoSpeed, panorama RTC: corpo compartilhado de 10/10 relido textualmente, menciona a classificação de subapuração no Grupo I. Apoio adjacente, sem diagnóstico específico 1165 comprovado e sem menus ALRA demonstrados.

Proveniência, hashes, alterações e limites em fontes.v1.json. Há um apoio prático rastreado nesta documentação, sem prova de três tutoriais específicos independentes. As URLs bibliográficas da versão anterior sem corpos/atos recuperados permanecem históricas, sem fundamentar conteúdo ou resultado de busca na v2. Não se afirma ausência universal de outras fontes. Vigência operacional, XSD, emissão real e direito fiscal individual continuam não comprovados.