Descuadre precios entre pedido y vista de impresión: decimales  

Hola,

Es posible que esto ocurra por el momento en el que se apliquen los impuestos en cada una de las vistas, de forma que en un caso se calcule antes y en otro después. Sería un tema de redondeo.

Por ejemplo, en una vista el subtotal sería el precio sin impuestos y en la otra el precio con los impuestos aplicados.

Es posible que estos descuadres estén producidos por el hecho de haber dado de alta los precios sin IVA en lugar de añadir el precio sin IVA y dejar al propio Virtuemart que calcule el precio base.

Aplicar correcciones a esto puede ser muy delicado ya que podría provocar nuevos errores inesperados y más graves.

Hola Pablo,
Disculpa. No entiendo muy bien esta parte:

Es posible que estos descuadres estén producidos por el hecho de haber dado de alta los precios sin IVA en lugar de añadir el precio sin IVA y dejar al propio Virtuemart que calcule el precio base.

¿puedes explicármelo un poco? 🙂

Gracias y saludos!

Hola,

Cuando configuras un producto en la administración de Virtuemart puedes poner el precio sin impuestos en el campo Precio producto (Neto), de forma que automáticamente se calcula el precio con impuestos, o puedes poner el precio con impuestos en el campo Precio producto (Bruto), de forma que automáticamente se calcula el precio sin impuestos.

Como te comentaba, es posible que el descuadre se produzca por haber dado de alta los precios utilizando el campo Precio producto (Neto), aunque esto es algo que no es seguro.

Hola Pablo,
Creo que efectivamente entré el precio Neto y dejé que VM calculara los impuestos. ¿No és el procedimiento correcto?

En caso que no fuera correcto, ¿bastaría con entrar ahora directamente el precio Bruto o ya no es posible?

Saludos

Hola,

Para los pedidos que ya se han realizado no serviría de nada el cambio de los precios de los productos, ya que los precios de los productos del pedido se guardan de forma independiente. Esto tiene lógica porque si cambias el precio de un producto de la tienda no tendría sentido que cambiara el precio de ese producto en los pedidos que ya se han realizado.

Hola Pablo,
Disculpa, no me expliqué bien. Me referia a si el problema de redondeo quedaría subsanado en los nuevos pedidos sin que conllevara riesgos. (no en los que ya se hubieran hecho). Lo digo para asegurarme ya que comentabas:

Aplicar correcciones a esto puede ser muy delicado ya que podría provocar nuevos errores inesperados y más graves.

Por otro lado, preguntaba si no era lo correcto entrar el precio neto y dejar que VM calculara los impuestos. De hecho es un problema de redondeo de decimales porqué a primera vista parece que el cálculo es correcto. El error sólo se produce en ocasiones cuando hay más de una unidad pedida.

Saludos

Hola,

La única forma de saber si te funcionaría lo de poner el precio bruto para arreglar el problema con los redondeos sería que probaras a hacer algún cambio en los precios de los productos y luego hagas una pedido de prueba, de forma que puedas comprobar si así todo cuadra.

Técnicamente no es incorrecto introducir el precio neto en lugar del bruto, pero esto puede ser la posible causa del problema con los redondeos.

Hola Pablo,

Entendido. Podéis cerrar el tema si queréis. En lo concerniente a la otra web con Joomla 2.5 y VM 2.0, si veo que el problema es distinto o más grave ya pondré un nuevo post.

Saludos y gracias! 🙂