NF-e e NFC-e
Rejeição 1093: reconcilie a CBS monofásica dos produtos com o total da nota
Quando aparece “Rejeição: Total da CBS monofásica difere da soma dos itens”, a nota apresenta uma divergência entre duas informações que deveriam conferir: os valores próprios de CBS monofásica dos produtos e o total dessa rubrica no documento. O código 1093 exige localizar a diferença no XML efetivamente…
Quando aparece “Rejeição: Total da CBS monofásica difere da soma dos itens”, a nota apresenta uma divergência entre duas informações que deveriam conferir: os valores próprios de CBS monofásica dos produtos e o total dessa rubrica no documento. O código 1093 exige localizar a diferença no XML efetivamente transmitido, antes de mudar o cadastro ou refazer a operação.
Para o empresário, uma conferência bem documentada evita que o atendimento se transforme em tentativas de emissão. A equipe deve conseguir mostrar quais itens formam a soma, qual total foi gravado e por que os dois valores não coincidem. A classificação e o cálculo fiscal dos produtos precisam continuar representando a operação verdadeira.
Qual campo a rejeição está comparando
A NT 2025.002-RTC v1.52 relaciona a W59-10, página 71, ao código 1093 para autorização de NF-e modelo 55 e NFC-e modelo 65. O total da CBS monofásica deve ser a soma dos campos vCBSMono informados nos itens. No leiaute, página 30, o W59 fica em total/IBSCBSTot/gMono/vCBSMono. [1]
Não confunda essa rubrica com a CBS regular, informada em gCBS/vCBS, cuja divergência de totalização corresponde à 1091. Tampouco incorpore a retenção da CBS, vCBSMonoReten, ou a retenção anterior, vCBSMonoRet, ao W59. Esses componentes possuem campos totais próprios, com verificações W59b-10/1121 e W59d-10/1123.
O código 1071 também exige outro diagnóstico: ele se refere ao cálculo do total monofásico do item. A 1093 trata do somatório da rubrica no documento. Se o retorno contém outro código ou identifica um item específico, confira a regra correspondente, sem tomar toda mensagem com a expressão “CBS monofásica” como equivalente.
O que está documentado e o que precisa ser confirmado
A lista oficial SVRS, consultada em 10/10/2026, continua mostrando a v1.52, publicada em 01/10. A W59-10 não possui observação de implementação futura em sua própria linha. Essa ausência não comprova que todos os autorizadores estejam executando a comparação em qualquer documento, especialmente durante mudanças de leiaute. Registre UF, autorizador, produção ou homologação e versão do emissor. A regra não apresenta limitação a uma UF específica. [1][2]
O PDF prevê produção em 03/11/2026 para a reformulação da monofasia da v1.50. A data ainda era futura nesta consulta. Separadamente, o aviso ENCAT de 05/10 adiou certas implantações da v1.52 e de outras NTs para 26/10 em homologação e 16/11 em produção. Não transfira esse aviso automaticamente para cada regra anterior nem conclua que toda validação de monofasia está ativa ou suspensa. [1][3]
A UB105b-10, código 1071, permanece descrita como implementação futura na página 65. Portanto, o calendário geral, a conferência do item e a soma do documento precisam ser lidos individualmente. A pesquisa é documental; não houve emissão de teste para confirmar a implantação na UF da empresa.
Comece pela fotografia da transmissão rejeitada
Preserve o XML enviado e o retorno completo, junto à chave, horário, ambiente e versão utilizada. Faça uma relação dos produtos presentes nesse arquivo, com número de item e valor de vCBSMono. Some os valores finais monetários e compare com o W59, sem usar um documento regenerado depois da rejeição para explicar uma transmissão anterior.
Peça também uma conferência da origem dos valores. No leiaute reformulado, o grupo de CBS monofásica ad rem possui gMonoPadrao/vCBSMono, com valores e componentes próprios de CBS. A documentação condiciona grupos a classificações e ao período. O fornecedor precisa usar a estrutura aceita no ambiente concreto; não basta reproduzir um exemplo de outra versão.
Cenário: o total de CBS veio da coluna de IBS
IBS e CBS aparecem juntos no grupo monofásico, mas seus valores não são intercambiáveis. Um mapeamento incorreto pode copiar o W58 de IBS para o W59 de CBS ou atualizar somente um dos totais. A conta de uma coluna pode fechar enquanto a outra permanece divergente.
Compare as duas rubricas separadamente e solicite ao suporte a identificação dos campos de origem. Ajuste o mapeamento para que o total de CBS seja formado pelos valores próprios de CBS. Não iguale alíquotas ou valores fiscais dos dois tributos para compensar uma falha de integração.
Cenário: um produto foi retirado e permaneceu no cabeçalho
Uma exclusão de linha pode corrigir os produtos da venda e deixar o total anterior armazenado. O mesmo acontece quando um pedido é dividido entre documentos, mas a integração reutiliza a totalização completa em cada parte.
A equipe precisa conferir quais itens efetivamente pertencem à nota e recalcular o W59 a partir desse conjunto final. Não acrescente uma linha fictícia para equilibrar a soma. Corrija a rotina que gera o cabeçalho, reprocesse pelo emissor e confira se a fila usa o novo XML, com assinatura compatível com o conteúdo atualizado.
Cenário: foi somado o total monofásico completo do item
O campo vTotCBSMonoItem não é o mesmo que vCBSMono. Na UB105b-10 da v1.52, o total do item combina vCBSMono com vCBSMonoReten, e essa validação individual é futura. Já a W59-10 manda somar os vCBSMono dos itens.
Uma rotina que utiliza o valor combinado no W59 pode incluir retenção duas vezes ou colocá-la na rubrica errada. A correção é preservar cada componente fiscal no seu campo e ajustar a soma do documento. A tolerância de R$ 0,01 declarada para a regra do item não aparece na W59-10 e não deve ser importada para justificar um total divergente.
Exemplo hipotético
Uma empresa fictícia testa uma nota com três valores de vCBSMono: R$ 8,40, R$ 5,60 e R$ 2,00. O terceiro produto é retirado da operação, mas o W59 continua em R$ 16,00. O XML final possui somente os dois primeiros itens, cuja soma é R$ 14,00.
Depois de confirmar que a exclusão corresponde à venda verdadeira e que os valores fiscais restantes estão corretos, o suporte corrige a totalização e gera novamente o documento rejeitado. Os números ilustram a conciliação, sem estabelecer alíquota, regime permitido para determinado produto ou aplicação operacional atual da monofasia.
Como concluir a correção
Se a divergência envolve centavos, confira os valores de duas casas decimais gravados no XML e a conversão da precisão interna do cálculo. O total deve derivar dos detalhes finais, sem arredondar novamente um imposto global que já foi calculado produto por produto.
Valide também os demais campos da nota na versão aplicável e leia a próxima resposta do autorizador. O desaparecimento da 1093 não garante autorização: outro erro pode exigir tratamento. Ao encerrar, confirme o protocolo e preserve o XML correspondente à chave correta.
O suporte deve receber os arquivos e uma memória simples da soma quando houver falha de geração, integração ou versão. O responsável fiscal participa quando a diferença começa no enquadramento ou no valor apurado de um produto. Se os dados conferem e a rejeição persiste, encaminhe a evidência ao autorizador. Não inutilize a numeração nem exclua a operação automaticamente por uma orientação de tutorial de outro emissor.
Fontes
Consulta e revisão documental por IA: 10/10/2026. Sem teste operacional por UF ou certificação fiscal humana.
Sankhya, artigo sobre 1093: registra fórmula e referência antigas do item, diferentes da W59-10 atual. Menus, exclusão e inutilização não foram generalizados.
Buscador NCM, ficha 1093: apoio sobre a mensagem; generalizações de cronograma não substituem fontes oficiais.
TecnoSpeed, panorama da RTC: apoio adjacente sobre versões e campos.
RejeiçãoNFe, ficha 1093: apoio suplementar específico; independência editorial em relação ao Buscador NCM não foi comprovada.