Rejeição 564 — Total do Produto / Serviço difere do somatório dos itens
Motivo da rejeição
Total do Produto / Serviço difere do somatório dos itens
O que é esta rejeição?#
A Rejeição 564 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a informação do documento fiscal, classificação fiscal da mercadoria na tabela NCM. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.
Este código indica que rejeição: Total do Produto / Serviço difere do somatório dos itens.
Os campos afetados estão na seção de informações dos produtos do XML.
Campos XML relacionados#
Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:
| Campo | XPath no XML | Descrição |
|---|---|---|
| cProd | NFe/infNFe/det/prod/cProd | Código do produto |
| NCM | NFe/infNFe/det/prod/NCM | Código NCM |
| qCom | NFe/infNFe/det/prod/qCom | Quantidade comercial |
| vUnCom | NFe/infNFe/det/prod/vUnCom | Valor unitário de comercialização |
| vProd | NFe/infNFe/det/prod/vProd | Valor total bruto dos produtos |
| uCom | NFe/infNFe/det/prod/uCom | Unidade comercial |
Causas comuns#
- Os dados do produto estão inconsistentes (quantidade × valor unitário ≠ valor total)
- A unidade comercial (uCom) é inválida ou incompatível com o produto
- O código do produto (cProd) está ausente ou duplicado entre itens
- O valor total do produto não corresponde ao cálculo quantidade × valor unitário
Como resolver#
- Verifique se vProd = qCom × vUnCom (o valor total deve ser o produto da quantidade pelo valor unitário)
- Confirme que a unidade comercial é válida (UN, KG, CX, LT, M, etc.)
- Revise a quantidade de casas decimais dos campos numéricos conforme o MOC
- Cada item deve ter um número sequencial único (nItem) começando em 1
Verificações analíticas#
- Se o somatório de (det[i].prod.vProd) para todos os itens não for igual a total.ICMSTot.vProd com tolerância de R$ 0,01, então o campo total declarado diverge do recálculo item a item: recalcule vProd de cada item como arredondamento de qCom × vUnCom com 2 casas decimais e substitua total.ICMSTot.vProd pelo novo somatório.
- Se para qualquer item det[i].prod.vProd difere de round(det[i].prod.qCom × det[i].prod.vUnCom, 2) em valor absoluto superior a R$ 0,01, então o produto da quantidade pelo valor unitário não fecha o valor total daquele item: revise qCom, vUnCom e vProd garantindo que os três campos sejam mutuamente consistentes antes de recompor o total da NF.
- Se total.ICMSTot.vProd não for igual a (total.ICMSTot.vNF − total.ICMSTot.vFrete − total.ICMSTot.vSeg − total.ICMSTot.vOutro − total.ICMSTot.vIPI − total.ICMSTot.vIPIDevol + total.ICMSTot.vDesc) considerando todos os acréscimos e deduções presentes na nota, então existe inconsistência entre o bloco de totais e o valor dos produtos: verifique se descontos ou acréscimos por item foram lançados apenas nos campos det[i].prod.vDesc / det[i].prod.vOutro sem refletir corretamente em total.ICMSTot.vDesc / total.ICMSTot.vOutro.
- Se qualquer det[i].prod.qCom possuir mais de 4 casas decimais ou qualquer det[i].prod.vUnCom possuir mais de 10 casas decimais conforme o Manual de Orientação do Contribuinte versão 7.0, então a precisão numérica fora do padrão causa diferença de arredondamento que acumula no somatório total: truncue ou arredonde cada campo ao número de casas permitido pelo MOC antes de recalcular vProd e vNF.
- Se existirem dois ou mais itens com o mesmo valor de det[i].prod.nItem ou se algum nItem não corresponder ao número sequencial inteiro iniciado em 1 sem lacunas, então a sequência quebrada pode levar o validador da SEFAZ a desconsiderar ou duplicar itens no somatório de vProd: renumere todos os nItem de 1 até a quantidade total de itens em ordem crescente sem repetição.
Consulte IEs e CNPJs antes de emitir NF-e
Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.
Criar conta →