{"section":"known-issues","requestedLocale":"es","requestedSlug":"divergencia-entre-el-valor-total-de-cada-producto-y-el-subtotal-de-los-articulos-o-totalizadores","locale":"es","slug":"divergencia-entre-el-valor-total-de-cada-producto-y-el-subtotal-de-los-articulos-o-totalizadores","path":"docs/es/known-issues/Checkout/divergencia-entre-el-valor-total-de-cada-producto-y-el-subtotal-de-los-articulos-o-totalizadores.md","branch":"main","content":"## Sumario\n\n>ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\nEn algunos casos, el valor total del pedido difiere de la suma del valor total de los productos (añadiendo también los gastos de envío y los posibles descuentos, si los hay). Esto ocurre porque el valor mostrado de los artículos forma parte del \"sellingPrice\", una información del orderForm que pierde precisión por motivos de redondeo.\n\nNota: La causa conocida también puede estar relacionada con la existencia de productos con una unidad multiplicadora distinta de 1 en el pedido.\n\nUn pequeño complemento es que esto genera el efecto secundario de que los descuentos/promociones no aparecerán aplicados a los artículos, que seguirán con su precio original, apareciendo sólo en los totalizadores.\n\nLos detalles introducidos también afectan a la UI de los pedidos en el admin (OMS, que muestra el mismo tipo de divergencia) y pueden afectar al JSON de los pedidos.\n\nEn el caso del JSON de las órdenes, la información \"sellingPrice\" no debe utilizarse debido a su falta de precisión. Debe sustituirse por el \"precio\" (precio unitario) de los artículos, junto con la cantidad comprada y la posible existencia de un multiplicador unitario, y también sumar/restar de las \"priceTags\" (que son modificadores de precio, luego descuentos/adiciones). Sin embargo, obtener el valor unitario a partir de este cálculo del valor total también puede dar lugar a problemas de redondeo.\n\nNota: Al igual que el \"sellingPrice\", el \"precio\" de los \"priceTags\" se redondea y puede ser inexacto. Para buscar la precisión y tener los valores correspondientes a los totalizadores, se debe utilizar el rawValue del \"priceTags\", que tiene 5 decimales de precisión.\n\n## Simulación\n\nN/A\n\n## Workaround\n\n\nPersonalizar el CSS para ocultar/mostrar los diferentes valores que la plataforma ya proporciona. Ejemplo:\n\n.cart-items .best-price .new-product-real-price,\n.cart-items .quantity-price .total-price,\n.mini-cart .item-price \\{\n    display: inline-block !important;\n\\}\n.cart-items .best-price .new-product-price,\n.cart-items .best-price .discount,\n.cart-items .quantity-price .total-selling-price,\n.mini-cart .price \\{\n    display: none !important;\n\\}\n\nComo resultado, el carro de la compra y el minicarro se basarán en el **precio** y no en el **precio de venta**."}