{"section":"known-issues","requestedLocale":"pt","requestedSlug":"divergencia-entre-o-valor-total-de-cada-produto-e-o-subtotal-de-artigos-ou-totalizadores","locale":"pt","slug":"divergencia-entre-o-valor-total-de-cada-produto-e-o-subtotal-de-artigos-ou-totalizadores","path":"docs/pt/known-issues/Checkout/divergencia-entre-o-valor-total-de-cada-produto-e-o-subtotal-de-artigos-ou-totalizadores.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\nEm alguns casos, o valor total da encomenda difere da soma do valor total dos produtos (adicionando também o custo de envio e possíveis descontos, se existirem). Isto acontece porque o valor apresentado para os artigos faz parte do \"preço de venda\", uma informação da orderForm de encomenda que perde precisão devido a razões de arredondamento.\n\nNota: A causa conhecida pode também estar relacionada com a existência de produtos com uma unidade multiplicadora diferente de 1 na encomenda.\n\nUm pequeno complemento é que isto gera o efeito secundário de que os descontos/promoções não aparecerão aplicados aos artigos, os quais continuarão com o seu preço original, aparecendo apenas nos totalizadores.\n\nOs detalhes introduzidos também afetam a UI das encomendas na administração (OMS, que exibe o mesmo tipo de divergência) e podem afetar o JSON das encomendas.\n\nNo caso do JSON das encomendas, a informação \"preço de venda\" não deve ser utilizada devido à sua falta de precisão. Deve ser substituída pelo \"preço\" (preço unitário) dos artigos, juntamente com a quantidade comprada e possível existência de um multiplicador unitário, e também acrescentada/subtraída dos \"priceTags\" (que são modificadores de preço, depois descontos/adições). No entanto, obter o valor unitário a partir deste cálculo do valor total pode também resultar em questões de arredondamento.\n\nNota: Tal como o \"preço de venda\", o \"preço\" dos \"priceTags\" é arredondado e pode ser impreciso! Para procurar precisão e ter valores correspondentes aos totalizadores, deve ser utilizado o valor bruto dos \"priceTags\", que tem 5 casas decimais de precisão.\n\n\n## Simulação\n\nN/A\n\n## Workaround\n\n\nPersonalização do CSS para esconder/mostrar os diferentes valores que a plataforma já fornece. Exemplo:\n\n.cart-items .best-price .new-product-real-price,\n.cart-items .quantidade-preço .preço total-preço,\n.mini-cartão .item-preço \\{\n    exibição: inline-block !importante;\n\\}\n.cart-items .best-price .new-product-price,\n.cart-items .best-price .discount,\n.cart-items .quantidade-preço .total-preço de venda,\n.mini-cartão .preço \\{\n    exibição: nenhuma !importante;\n\\}\n\nComo resultado, o carrinho de caixa e o minicartão serão baseados em **preço** e não em **preço de venda***."}