Rejeições fiscais
Rejeição 967: confira a soma do ICMS monofásico próprio na NF-e
Quando a nota de combustível retorna 967, confira se o total do ICMS monofásico próprio corresponde aos valores desse imposto enviados nos itens. O ponto de partida é o XML rejeitado: uma tela pode mostrar o total atualizado enquanto o arquivo transmitido conserva uma soma antiga. Alterar a alíquota antes dessa…
Quando a nota de combustível retorna 967, confira se o total do ICMS monofásico próprio corresponde aos valores desse imposto enviados nos itens. O ponto de partida é o XML rejeitado: uma tela pode mostrar o total atualizado enquanto o arquivo transmitido conserva uma soma antiga. Alterar a alíquota antes dessa comparação pode criar um segundo problema.
A mensagem é “Rejeição: Total do ICMS monofásico próprio difere do somatório dos itens.”. Ela aponta uma diferença de totalização. Não é a mesma situação da rejeição 962, que examina o cálculo do imposto próprio no item, nem da 700, relacionada à base em quantidade. Identifique a mensagem completa antes de escolher o ajuste.
O que a regra compara
A W06c-10 da NT 2023.001 v1.60, página 39, compara o total W06c, tag vICMSMono em ICMSTot, com o somatório dos valores N39 dos itens. O campo tem o mesmo nome nos dois lugares, mas o caminho identifica sua função: dentro de um grupo de ICMS do item, informa a parcela daquele produto; dentro de ICMSTot, consolida a nota.
O contexto documental dessa linha é a autorização de NF-e modelo 55, leiaute 4.00, com aplicação facultativa. Facultativa qualifica a implementação da validação, não uma autorização para enviar totais incorretos. O documento consultado não certifica a ativação individual de cada UF ou autorizador. Se houver dúvida, preserve ambiente e retorno e solicite a identificação da regra aplicada.
A observação registra implantação até 25/09/2023 em homologação e em 30/10/2023 em produção. A pesquisa de 15/10/2026 utiliza o PDF e o índice oficial capturados nesse dia, sem apresentar essas datas históricas como prova de execução atual em uma emissão concreta.
Valor próprio, retenção e quantidade são coisas diferentes
Some somente os valores correspondentes a vICMSMono. A parcela sujeita à retenção usa vICMSMonoReten; o imposto cobrado anteriormente, vICMSMonoRet. Já qBCMono representa quantidade tributada, não reais. Campos parecidos não devem alimentar o mesmo acumulador.
O leiaute descreve a parcela própria nos grupos pertinentes ao item, incluindo ICMS02, ICMS15 e ICMS53. A presença desse campo não permite escolher um CST por conveniência: o enquadramento precisa retratar a operação. Para a conferência da totalização, examine os valores efetivamente transmitidos nos grupos corretos, sem acrescentar a retenção do mesmo produto à parcela própria.
A regra orienta considerar valor zero quando não informado. Isso define o tratamento da ausência na comparação; não dispensa um campo exigido por outra regra ou autoriza apagar o imposto de um item real. Um totalizador vazio com parcelas positivas também precisa ser investigado.
Como localizar onde a soma se perdeu
Guarde XML, resposta, chave, horário, modelo, UF, autorizador e ambiente. Faça uma relação dos itens contendo número, produto, grupo de ICMS e vICMSMono enviado. Some os valores dessa relação e compare com o campo de total do mesmo arquivo. Não misture itens de uma versão corrigida com o total de uma transmissão anterior.
Confira se a integração acumulou um produto duas vezes, ignorou uma linha, manteve o imposto de um item excluído ou reaproveitou o total de uma nota copiada. Uma edição de quantidade pode atualizar o item e deixar a totalização desatualizada. Esses são cenários de investigação, não causas comprovadas apenas pelo código 967.
Observe também a precisão. O schema examinado usa tipo monetário de duas casas para os valores. Compare os números serializados, pois somar valores internos com mais casas pode produzir um total diferente dos itens enviados. A linha W06c-10 não remete à nota (*4) das regras de quantidade vizinhas; não transporte automaticamente sua tolerância de um centavo para esta rejeição.
Corrija conforme a evidência
Os itens estão corretos e o total ficou antigo. Corrija a rotina ou o momento em que o acumulador é atualizado. Regenere a nota rejeitada e confira se o total passou a refletir os itens. Não some novamente o total anterior às parcelas do documento.
Há item omitido ou duplicado na soma. Localize a origem da falha e ajuste a seleção dos registros. Preserve produtos e impostos verdadeiros; não exclua um item legítimo para fazer a conta fechar. Verifique se o problema alcança outras notas preparadas pelo mesmo fluxo.
O valor do imposto de um item está errado. Envolva o responsável fiscal para conferir base, unidade, alíquota e enquadramento. Corrija o campo comprovadamente incorreto e atualize os totais a partir dos itens corrigidos. Uma soma consistente não prova que o cálculo individual esteja correto.
Tela e arquivo divergem. O suporte deve rastrear a origem dos campos e a versão do documento usada na geração. Recrie o XML e a assinatura pelo emissor depois do ajuste. Não edite manualmente conteúdo assinado nem um documento autorizado.
Exemplo de total desatualizado
Suponha uma NF-e fictícia com três parcelas próprias corretamente apuradas, assumidas apenas para a demonstração: R$ 12,34, R$ 5,66 e R$ 2,00. A soma é R$ 20,00. Um total de R$ 18,00 deixaria de representar esses itens, mesmo que o DANFE ou a tela de venda mostrasse outro número.
A equipe identifica que a terceira parcela não entrou no acumulador. Corrige a rotina e confirma ICMSTot/vICMSMono com 20.00 no novo XML. Esses valores ilustram a soma; não definem alíquota, base legal ou CST de uma operação real. A parcela de retenção que eventualmente exista continua em seu campo próprio.
Confirme o resultado
Se uma transmissão anterior tiver resultado incerto, consulte a situação da chave antes de reenviar. Compare itens e total no arquivo regenerado e leia a resposta completa. A ausência da 967 não garante autorização nem regularidade fiscal de todos os valores. Quando houver autorização, preserve XML e protocolo da chave correspondente.
Acione o suporte se a soma do arquivo estiver coerente e o retorno persistir, enviando evidências por canal protegido. Solicite regra e versão aplicadas no ambiente. A contabilidade deve participar quando a dúvida estiver nos valores individuais ou no tratamento fiscal, e não somente no transporte da soma.
Fontes e limites
Pesquisa textual em 15/10/2026, horário de Brasília. Capturas oficiais desse dia reutilizadas por hash; novas consultas específicas aos apoios. Não houve emissão no ALRA, certificação de implantação individual por UF, validação de XML real ou apuração fiscal de um produto concreto. As somas ilustrativas não fornecem alíquotas legais.
NT 2023.001 v1.60: páginas 21–26 para campos de item e total, 39–40 para regras, 42 para a nota(*4); página16 distingue exclusão da N45-10 da regra de soma. PDF HTTP200 de15/10 reutilizado. Páginas39/40 inspecionadas pessoalmente em PNGs documentais já existentes. As três linhas monetárias não têm remissão à nota(*4), diferentemente das vizinhas de quantidade.
Índice nacional de NTs: captura15/10 lista v1.60. Entrada documental não comprova implantação estadual. Busca focal em seis caches de NTs2026 não encontrou os três códigos ou regras; isso não comprova exaustão normativa.
Schemas oficiais, pacote010f HTTP200 de15/10: declarações dos três valores monetários e totalizadores, tipo TDec_1302. Leitura selecionada, sem compilar XSD nem validar exemplos externos.
TecnoSpeed967: corpo específico WEB completo de18/03/2025, separado da tentativa direta HTTP403. Refere v1.20 e datas03/07/2023–04/09/2023; prevalecem as condições e o cronograma da v1.60 inspecionada. Exemplo3+12=15 coerente; nomes TX2/JSON não são caminhos XML ou menus ALRA.
Vinco967: ficha específica curta HTTP200 de26/09/2023, lida integralmente. Confirma campo, soma e tratamento de ausência; não é tutorial completo nem prova de implantação individual.
BuscadorNCM967: corpo específico HTTP200 lido da regra às perguntas e referências, conferido em12/10/2026 e com consolidação indicada de09/10/2026. Apoio de diagnóstico, não fonte oficial nem tutorial de telas. Alegações sobre ativação em São Paulo, aceitação por ausência de validação, denegação ou reaproveitamento irrestrito de numeração não foram adotadas. O corpo WEB pode apresentar data de consolidação anterior ao direto; eles não são a mesma captura.
Os três editores fornecem um guia e fichas de profundidades diferentes, não três tutoriais completos de emissão. Nenhuma tela ALRA foi demonstrada e nenhuma imagem de guia foi inspecionada. A autorização depende do retorno real do ambiente. Sem capas ou publicação.