{"section":"known-issues","requestedLocale":"pt","requestedSlug":"diferenca-de-valores-entre-as-alteracoes-totais-e-o-detalhamento-dos-valores-por-produto","locale":"pt","slug":"diferenca-de-valores-entre-as-alteracoes-totais-e-o-detalhamento-dos-valores-por-produto","path":"docs/pt/known-issues/Order Management/diferenca-de-valores-entre-as-alteracoes-totais-e-o-detalhamento-dos-valores-por-produto.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\n\nFoi identificado um problema relacionado à apresentação de valores ajustados em pedidos após alterações envolvendo produtos com um `unitMultiplier` decimal maior que 2.\n\nQuando o peso ou a quantidade de um item é modificado por meio do fluxo **Order Modification**, o sistema usa valores `unitMultiplier` com várias casas decimais para recalcular os preços individuais e totais. No entanto, a interface do usuário do pedido usa o `sellingPrice` do item, que pode ser arredondado e aproximado para apenas **duas casas decimais**. **Isso pode resultar em discrepâncias visíveis entre a soma dos valores exibidos por produto e o valor total cobrado do cliente**, o que pode confundir os comerciantes.\n\nÉ essencial observar que o cálculo do valor total do pedido segue com exatidão a precisão exigida, e a inconsistência está limitada à exibição dos detalhes do produto na interface.\r\n## Simulação\n\n\nPara reproduzir o problema:\n\n1. Acesse a área de ordens na plataforma VTEX.\n2. Selecione um pedido que contenha itens com um `unitMultiplier` decimal (por exemplo, produtos vendidos por peso).\n3. Modifique manualmente o peso (`unitMultiplier`) com um valor que contenha mais de 2 casas decimais _(mais casas decimais resultarão em uma divergência mais visível)_ do item por meio do fluxo de Modificação de Pedidos (ou Pick and Pack).\n4. Observe que, após a alteração:\n  - O valor total do pedido é ajustado corretamente e cobrado como esperado.\n  - Entretanto, os valores exibidos para cada produto podem não corresponder exatamente ao total mostrado, devido ao arredondamento do `sellingPrice` na interface do usuário.\n5. Compare os valores exibidos pelo sistema com um cálculo manual usando os preços, as quantidades e o `unitMultiplier` completo\r\n## Workaround\n\n\nNo momento, não há nenhuma correção definitiva ou ajuste de configuração disponível para resolver a discrepância na soma dos valores exibidos na interface do usuário. Recomenda-se:\n\n- Informar os comerciantes e usuários sobre a possibilidade dessa inconsistência visual.\n- Para fins de reconciliação, sempre use o valor total do pedido (totais), não a soma dos campos `sellingPrice` individuais.\n- Se necessário, use ferramentas como APIs de visualização ou aplique ajustes manuais por meio dos campos `manualIncrementValue`/`manualDecrementValue` para garantir que os valores finais sejam precisos.\n- Acompanhe as atualizações do produto para obter possíveis melhorias no tratamento de decimais na exibição da interface do usuário.\n\n\n\n%0A"}