Rejeição 1117: investigue IS nos itens sem o grupo de totais

Se um retorno 1117 foi recebido, confira se algum item informa Imposto Seletivo e falta o grupo de totais desse imposto. Essa combinação é documentada pela W31-20 da NT 2025.002-RTC v1.52 para NF-e 55 e NFC-e 65, no recorte preservado pela pesquisa compartilhada de 10/10/2026. A base documental não comprova ativação na UF, no ambiente ou na data da emissão. Antes de acrescentar um total, confirme por que o IS entrou no documento: totalizar uma informação indevida não corrige seu fundamento fiscal.

Para o empresário, convém dividir o chamado: a equipe fiscal confirma se o IS cabe naquela operação e naquela data; o suporte verifica se o XML representa essa decisão. Assim, o problema deixa de ser apenas um número na tela.

A mensagem e seu contexto

O retorno documentado é “Rejeição: Total de IS não informado”. A NT 2025.002-RTC v1.52 associa o código 1117 à W31-20, página 70, nos modelos NF-e 55 e NFC-e 65, no serviço de autorização. A condição reúne duas informações: ausência de total/ISTot e presença de Imposto Seletivo em pelo menos um item. [1]

IS significa Imposto Seletivo. Não é o total de IBS ou CBS, nem o total de IPI ou ICMS. O grupo do item é det/imposto/IS; o correspondente de totalização é total/ISTot. Não transfira valores de um tributo para outro por todos aparecerem na mesma nota.

A W31-20 é uma verificação de presença. O código 1075, W33-10, trata de divergência entre total do IS e soma dos itens. Já o 1073, W31-10, trata do total informado sem IS nos itens. Cada situação pede uma correção diferente.

O que está documentado e o que ainda precisa de confirmação

No recorte textual salvo da página 70, “Nota: Implementação Futura” aparece após a W33-10, referente ao 1075, antes da W34-10. Essa sequência não fundamenta atribuir automaticamente a mesma ressalva à W31-20. Nesta etapa houve somente leitura textual; a inspeção visual individual alegada na v1 não foi comprovada pelos registros admitidos. Não afirmo ter examinado células ou riscos do PDF. [1]

Também seria incorreto concluir que a W31-20 está operacional em todas as UFs apenas porque a coluna indica aplicação obrigatória. O cronograma específico de ativação do 1117 não foi comprovado neste conjunto. A página 6 distingue validação dos campos preenchidos e validade jurídica conforme a legislação. O cabimento fiscal do imposto, a versão utilizada e a disponibilidade no ambiente precisam ser conferidos no caso concreto.

A pesquisa compartilhada registrada em 10/10/2026 identificou a v1.52 na lista SVRS, publicada em 01/10. Seus registros preservam o aviso ENCAT de 05/10, com 26/10 em homologação e 16/11 em produção para a implantação anunciada da atualização. Isso não define a ativação de cada regra herdada, inclusive W31-20. A UF/autorizador e tpAmb devem constar no diagnóstico. Nesta revisão houve apenas releitura local, sem nova consulta online ou teste de emissão por estado. [2]

Onde procurar a origem do erro

Guarde a resposta completa e o XML transmitido. Confira chave, data, modelo e ambiente. Depois, localize cada ocorrência de imposto/IS, incluindo itens que não apareceram como problema na tela, e procure total/ISTot.

Compare o arquivo com o cadastro tributário e com a memória de cálculo. Uma hipótese é a integração enviar o IS no item, enquanto a rotina de fechamento só conhece os totais antigos. Outra é uma configuração de teste ter chegado ao cadastro usado em produção. Há ainda sistemas que suprimem grupos quando os valores são zero: isso exige atenção à estrutura, não apenas à soma mostrada no relatório.

Verifique se a alteração de itens ocorreu depois da totalização. Excluir, substituir ou acrescentar um produto pode deixar um documento preparado com dados de momentos diferentes. A conferência deve usar a versão final enviada ao autorizador.

Correção por cenário

O IS foi informado indevidamente

Se a análise fiscal confirmar que o imposto não deve constar, corrija a parametrização que o gerou e regenere o documento pelo emissor. A revisão deve abranger o grupo do item e qualquer total correspondente, para não produzir a situação inversa do 1073.

Não elimine o campo apenas porque um tutorial recomenda isso para determinado ano ou produto. A orientação prática precisa corresponder à data, à operação e ao emissor utilizado. A definição fiscal deve ficar registrada; ela é a razão da mudança, e não a tentativa de contornar a rejeição.

O grupo do item é cabível, mas o total não foi gerado

Nesse caso, o suporte deve corrigir a geração de ISTot e seus campos segundo o leiaute aplicável, mantendo os valores derivados dos itens. Não use o total de mercadorias como total do imposto. Também não crie uma alíquota para produzir um número diferente de zero sem fundamento fiscal.

Se a integração não oferece suporte completo ao IS, confira seu contrato técnico, a versão disponível e o XML de saída com o fornecedor. Peça que demonstre o mapeamento dos itens e do fechamento. A presença de um grupo na regra oficial não comprova que toda API o gere; não deduza uma limitação ou funcionalidade de produto sem essa conferência.

O cadastro está correto e o XML continua incompleto

Preserve uma amostra antes e depois da regeneração. Investigue mapeamento, filtragem de valores zero, ordem de montagem e versão do componente fiscal. Evite editar manualmente o XML já assinado. A correção deve ocorrer na origem e produzir um novo arquivo consistente e assinado pelo fluxo normal.

Exemplo de falha de integração

Em um teste fictício de leiaute, a equipe prepara dois itens com informações de IS e um terceiro sem esse grupo. O integrador monta os itens, mas usa uma rotina antiga de fechamento que não cria ISTot. O teste aponta 1117.

A equipe fiscal primeiro confirma que o cenário de teste é válido para a finalidade adotada. O suporte demonstra a presença de IS nos dois itens e a ausência do total no arquivo final. Corrige o fechamento e compara os campos resultantes. O exemplo descreve uma falha estrutural; não define alíquota nem autoriza destacar IS em uma venda real de 2026.

Verificação e encaminhamento

Depois da correção, confira a coerência entre itens e totais, valide o schema e faça uma transmissão controlada no ambiente apropriado. Leia o novo retorno completo. A ausência do 1117 não é, sozinha, prova de autorização nem de correção tributária; confirme resultado e protocolo da chave certa.

Se o problema persistir, encaminhe ao suporte XML, retorno, modelo, UF, ambiente, data e versão. Leve ao responsável fiscal qualquer dúvida sobre incidência e vigência. Não apague registros, altere a operação verdadeira ou repita envios sem mudança comprovada. Uma revisão documental por IA ajuda a localizar a causa, mas não certifica a emissão em todos os autorizadores.

Fontes

Revisão documental textual por IA: 11/10/2026. Base: recortes e registros da pesquisa compartilhada de 10/10/2026. Não houve nova consulta online, inspeção visual, validação XSD ou emissão de teste. Pesquisa e revisão individuais antigas não foram recuperadas.

1. NT 2025.002-RTC v1.52, p. 70, W31-20 e regras vizinhas; p. 6, limites de validação. Registros históricos da lista oficial SVRS. A página 29 não integra os recortes admitidos nesta etapa; não se alega leitura do leiaute completo.

2. Avisos oficiais SVRS: aviso ENCAT de 05/10/2026 conforme pesquisa e manifesto salvos. O endereço individual /3008 citado na v1 não foi validado neste conjunto.

3. Registro compartilhado de TecnoSpeed, panorama RTC: apenas proveniência histórica e escopo geral, sem releitura do corpo nesta etapa. Nenhum tutorial prático específico do 1117 foi cotejado. As alegações de produto da TOTVS e NFE.io presentes na v1 foram retiradas por falta de prova nos inputs admitidos; não se declara ausência universal dessas páginas. Datas, hashes registrados e limites constam em fontes.v2.json.