{"section":"known-issues","requestedLocale":"pt","requestedSlug":"arredondamento-do-totalvalue-em-listorders","locale":"pt","slug":"arredondamento-do-totalvalue-em-listorders","path":"docs/pt/known-issues/Order Management/arredondamento-do-totalvalue-em-listorders.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nQuando consultamos o `totalValue` de alguns pedidos usando a rota GET ListOrders, podemos encontrar valores diferentes daqueles retornados na rota GET Order. Isso ocorre porque a rota ListOrders consulta o banco de dados Solr, no qual o campo `totalValue` está definido como float, o que pode gerar números imprecisos devido à sua natureza de aproximação/arredondamento.\n\nPor outro lado, na rota GET Order, o banco de dados consultado é definido como inteiro, de modo que o retorno não se comporta da mesma forma que na rota List Order.\n\nA consequência disso é que a API list pode retornar valores com casas decimais diferentes quando o valor é muito alto.\nOutro efeito colateral desse cenário é a exibição de `totalValue` com “.0” nas list orders.\n\n## Simulação\n\nNão há como simular o cenário, mas ele pode ocorrer em pedidos com um valor muito alto ou em cenários com moedas com muitos zeros;\n\n## Workaround\n\nAinda não temos uma solução alternativa."}