NF-e e NFC-e
Rejeição 1118: confira totais IBS/CBS enviados sem informação nos itens
Se um retorno 1118 foi recebido, compare os impostos dos produtos e o grupo de totais de IBS/CBS no XML. A W34-10 da NT 2025.002-RTC v1.52, preservada pela pesquisa compartilhada de 10/10/2026, documenta o total informado sem IBSCBS em nenhum item, nos modelos NF-e 55 e NFC-e 65. Isso não comprova ativação por UF,…
Se um retorno 1118 foi recebido, compare os impostos dos produtos e o grupo de totais de IBS/CBS no XML. A W34-10 da NT 2025.002-RTC v1.52, preservada pela pesquisa compartilhada de 10/10/2026, documenta o total informado sem IBSCBS em nenhum item, nos modelos NF-e 55 e NFC-e 65. Isso não comprova ativação por UF, ambiente ou data. Descubra qual lado está errado: um total indevido ou informações dos itens que foram perdidas.
Apagar o total de imediato pode esconder uma falha de preenchimento. Acrescentar classificação tributária sem conferir a operação também não resolve corretamente. A decisão depende dos dados reais e da obrigação fiscal aplicável.
O que significa o retorno
A mensagem exata é “Rejeição: Total de IBS e CBS informado indevidamente”. Na NT 2025.002-RTC v1.52, página 70, a regra W34-10 corresponde aos modelos NF-e 55 e NFC-e 65, no serviço de autorização. Ela verifica total/IBSCBSTot informado quando nenhum item possui IBSCBS, identificado como UB12. [1]
Não há nessa linha um teste para saber se a soma é maior que zero. Um grupo de totalização preenchido com valores zero continua sendo um grupo informado. O ponto central é a relação entre sua presença e as informações dos itens.
Não substitua essa mensagem por um diagnóstico genérico de classificação tributária. A W34-10 cotejada verifica a presença dos grupos, não enumera um CST específico. A v1 alegava uma associação conflitante encontrada em outro publicador, mas essa pesquisa individual não foi comprovada nos inputs desta etapa. O diagnóstico aqui segue a condição literal da página 70. [1]
Contexto documental e ambiente
O recorte textual da W34-10 indica 55/65 e não enumera UFs ou ambientes. Isso não certifica a aplicação em cada estado. O diagnóstico deve registrar UF, autorizador, data de emissão e tpAmb. Homologação e produção não são intercambiáveis, e a presença de uma regra no documento não comprova sua ativação em todos os ambientes.
A pesquisa compartilhada de 10/10/2026 registrou 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 atualização anunciada. Isso não comprova o calendário específico da W34-10 nem suspende automaticamente regras herdadas. Nesta revisão houve somente releitura local, sem nova consulta online ou teste de emissão. [2]
Não transfira prazos ou ressalvas de outras regras de ausência de grupo para a W34-10. Ausência no item e incoerência entre itens e totais são condições distintas. A página 6 separa validação de campos preenchidos e validade jurídica conforme os prazos legais. A falta de rejeição automática não dispensa cumprir as obrigações da empresa.
O que reunir para o diagnóstico
Preserve o XML enviado, o retorno completo, horário e chave. Não use apenas o DANFE ou um relatório interno: eles podem mostrar valores calculados que não foram serializados no arquivo fiscal.
Localize total/IBSCBSTot e examine cada det/imposto/IBSCBS. Confira todos os itens, não apenas o primeiro produto. Ter CST ou cClassTrib no cadastro não garante que o grupo foi efetivamente enviado na nota. Compare também a versão do documento preparado com a última alteração do cadastro.
A página 29 descreve IBSCBSTot, W34, sob o grupo de totais W01, com ocorrência 0–1. Essa ocorrência de leiaute não autoriza preencher o grupo indiscriminadamente: a W34-10 estabelece a incoerência de presença quando nenhum item tem IBSCBS.
Peça ao suporte para verificar se uma rotina cria o grupo de totais automaticamente, mesmo sem informações nos itens. Integrações com pedidos, importações e cópias de notas podem preservar um total de uma etapa anterior. Registre a hipótese e demonstre-a no XML antes de mudar uma configuração global.
Como corrigir cada situação
Os itens deveriam informar IBS/CBS, mas não chegaram ao XML
Confirme com o responsável fiscal o preenchimento exigido para a operação. Corrija classificação, parametrização ou integração na origem e regenere o documento com os grupos dos itens e os totais coerentes. Retirar apenas IBSCBSTot faria a estrutura perder a informação que deveria ser reconstruída.
A revisão pode envolver CST, cClassTrib e indicadores da tabela aplicável, conferidos pelo responsável fiscal na versão correta. Nenhuma linha individual dessa tabela foi validada nesta etapa. Não crie o mesmo bloco de cálculo para todos os produtos nem troque a classificação só para eliminar o retorno.
O total foi acrescentado sem cabimento
Se a análise demonstrar que nenhum item deve informar IBSCBS naquele documento, remova a geração indevida de IBSCBSTot pelo fluxo do emissor. Corrija a rotina ou parametrização que criou o grupo, preservando o registro da razão fiscal e técnica.
Não confunda imposto calculado em zero com inexistência de informação exigível. Uma operação com valor zero pode continuar precisando de classificação e grupos. A exclusão só é apropriada depois de verificar o conteúdo devido, e não porque o total exibido é pequeno ou nulo.
A mudança ocorreu depois do fechamento
Uma nota copiada ou alterada pode conservar totais antigos e novos itens sem IBS/CBS. Reprocesse os impostos e a totalização da versão final, seguindo o recurso efetivamente disponível no emissor. Compare antes e depois para confirmar que itens e totais pertencem ao mesmo documento.
Menus descritos por outros fornecedores servem como pistas de investigação, não como instruções de tela do ALRA. Uma alteração em massa na tributação exige confirmar alcance e dados corretos de todas as operações atingidas; não deve ser usada para resolver um único retorno sem essa análise.
Exemplo de uma configuração residual
Uma empresa fictícia prepara uma nota de teste a partir de um modelo interno. Os quatro itens chegam ao XML sem IBSCBS, enquanto o modelo acrescenta IBSCBSTot com valores zero. O sistema identifica o cenário do 1118.
A equipe não decide a correção apenas pelo valor zero. Primeiro confirma o conteúdo fiscal devido para os itens. Se o teste exige IBS/CBS, corrige o mapeamento que omitiu os grupos e recalcula os totais. Se o grupo não cabe no cenário validado, remove a geração residual. O mesmo desenho estrutural pode ter duas causas; a operação determina qual correção é legítima.
Como verificar o resultado
No arquivo regenerado, confirme a relação de presença entre itens e totais, os caminhos corretos e os valores por rubrica. Valide o schema e faça a transmissão controlada no ambiente apropriado. Leia a resposta completa e confira resultado e protocolo da chave correta antes de marcar a emissão como autorizada.
Se houver outra rejeição, trate sua condição específica. O 1119, por exemplo, é o cenário oposto: existe IBS/CBS em item e falta o total. Trocar um código pelo outro indica que a revisão ainda não reconciliou o documento.
Encaminhe ao suporte arquivos, versão, modelo, UF, ambiente e comparação dos grupos se a inconsistência persistir. Acione a equipe fiscal quando houver dúvida de incidência ou obrigação de preenchimento. Esta revisão por IA é documental e não comprova emissão operacional em todas as UFs.
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.
NT 2025.002-RTC v1.52, p. 70, W34-10/W34-20; p. 29, W34; p. 6, limites de validação. Páginas 30 e 40 não foram relidas nesta etapa; não se alega exame do leiaute completo ou de células/riscos do PDF.
Registros históricos da lista oficial SVRS e dos Avisos SVRS, incluindo ENCAT de 05/10. O endereço individual /3008 da v1 não foi validado no conjunto admitido.
Limite prático: nenhum corpo de tutorial específico do 1118 foi relido ou cotejado nesta etapa. As URLs Migrate/InvoiCy, Alterdata/Bimer e NFE.io citadas na v1 não foram comprovadas pelos inputs admitidos. Foram retiradas as alegações de orientação de produto e de conflito entre publicadores; não se conclui ausência universal dessas páginas. Proveniência, datas originais e limites estão em fontes.v2.json.