{"section":"known-issues","requestedLocale":"es","requestedSlug":"redondeo-del-valor-total-en-listorders","locale":"es","slug":"redondeo-del-valor-total-en-listorders","path":"docs/es/known-issues/Order Management/redondeo-del-valor-total-en-listorders.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nCuando consultamos el `totalValue` de algunos pedidos mediante la ruta GET ListOrders, es posible que encontremos valores que difieren de los devueltos en la ruta GET Order. Esto se debe a que la ruta ListOrders consulta la base de datos Solr, en la que el campo `totalValue` está definido como tipo float, lo que puede generar cifras inexactas debido a su naturaleza de aproximación y redondeo.\n\nPor otro lado, en la ruta GET Order, la base de datos consultada está configurada como entero, por lo que el resultado no se comporta de la misma manera que en la ruta List Order.\n\nLa consecuencia de esto es que la API de la lista puede devolver valores con decimales diferentes cuando el valor es demasiado alto.\nOtro efecto secundario de este escenario es la visualización de `totalValue` con «.0» en los pedidos de la lista.\n\n## Simulación\n\nNo hay forma de simular el escenario, pero puede ocurrir en pedidos con un valor muy alto o en situaciones con monedas con muchos ceros;\n\n## Workaround\n\nprovisional**\nAún no disponemos de una solución provisional."}