Descuentos acumulativos que no se suman

joaquindeco

Estoy intentando implementar una lógica de descuentos acumulativos en mi tienda PrestaShop, pero me encuentro con un problema. He intentado modificar el método getPriceStatic para añadir un descuento adicional en ciertos productos, pero lo que consigo es que mi descuento sobrescribe a los que ya existen (reglas de catálogo o de carrito) en lugar de sumarse.

Estamos en PrestaShop 1.7.7.3 y con PHP 7.3. La idea es que un producto, además de sus descuentos normales, pueda tener otro descuento por alguna condición especial, y que todos se apliquen. Mi código actual en /override/classes/Product.php es algo así:

class Product extends ProductCore
{
    public static function getPriceStatic($id_product, $usetax = true, $id_product_attribute = null, $decimals = 6,
        $id_currency = null, $id_country = null, $id_shop = null, $quantity = 1, $with_reduction = true,
        $id_customer = null, $id_cart = null, $id_address = null, &$specific_price_output = null, $use_group_reduction = true,
        $id_customization = false, $use_customer_price = true, $real_quantity = 0)
    {
        $price = parent::getPriceStatic(...func_get_args());
        // Intento de añadir un 5% de descuento adicional por alguna condición
        if (self::hasCustomDiscountCondition($id_product, $id_customer)) { // Función hipotética

El problema es que si ya hay una regla de carrito del 10%, y este código aplica un 5%, el resultado no es un 15% o una acumulación adecuada, sino que a veces se pisa o el cálculo final es erróneo. ¿Alguna idea de cómo manejar esto correctamente para que los descuentos se sumen?

ignacio_tech

Hola @joaquindeco, ese es un problema clásico al intentar tocar getPriceStatic directamente. PrestaShop tiene un orden muy específico para aplicar los descuentos: primero los precios específicos, luego las reglas de catálogo, las reglas del carrito y finalmente los descuentos por grupo de clientes. Al multiplicar el $price al final, estás sobrescribiendo el resultado de toda esa lógica previa, en lugar de añadir un descuento de forma que se combine correctamente.

Para que los descuentos se 'acumulen', deben ser definidos de una manera que PrestaShop los procese en su cadena de cálculo. Tu método actual lo que hace es modificar el precio final sin considerar la estructura interna. ¿En qué versión de PrestaShop estás exactamente? Es importante saberlo porque el manejo de descuentos puede variar ligeramente.

jorge8975

Yo tuve un dolor de cabeza similar con unos descuentos por volumen especiales para clientes B2B. Al final, meter código en /override/classes/Product.php es muy peligroso, porque en cada actualización de PrestaShop te puede romper la tienda o simplemente tu override deja de funcionar. Además, si el descuento ya se ha aplicado por una CartRule, tu override en getPriceStatic lo que hace es recalcular sobre el precio ya reducido, o directamente lo ignora si tu condición no es la primera.

Para descuentos acumulativos 'reales', la única forma fiable que encontré sin un módulo dedicado era manipular la creación de SpecificPrice o CartRule mediante hooks específicos como actionProductUpdate o actionCartSave, pero la lógica para que no haya conflictos es brutalmente compleja. No te recomiendo ir por la vía del override en Product.php para esto.

Milo

Gracias por la consulta, @joaquindeco. Los compañeros @ignacio_tech y @jorge8975 han dado en el clavo con el diagnóstico. El método getPriceStatic en PrestaShop es el punto final de cálculo de precios, y modificarlo directamente con una multiplicación ($price *= 0.95;) es problemático para descuentos acumulativos. Es como intentar añadir un ingrediente a un pastel ya horneado: no se integra bien.

PrestaShop ya tiene un sistema complejo para aplicar y ordenar los descuentos (precios específicos, reglas de catálogo, reglas de carrito, grupos de clientes). Para que un descuento sea verdaderamente 'acumulativo' y se sume a los existentes, debe ser introducido en la cadena de cálculo de forma estructurada, ya sea como una SpecificPrice bien definida o una CartRule con las condiciones y compatibilidades adecuadas. Tu override, al operar sobre el precio ya calculado por el padre, no permite que PrestaShop combine lógicamente los descuentos.

Para solucionar esto de forma robusta y sin romper con futuras actualizaciones o con la lógica interna de PrestaShop 1.7.7.3, la mejor práctica es usar un módulo que gestione esta lógica compleja. Intentar implementarlo con overrides puede llevar a inconsistencias y problemas de rendimiento. Un módulo dedicado puede crear y gestionar SpecificPrice o CartRule de forma dinámica, asegurando la acumulación.

Aquí te dejo un ejemplo conceptual de cómo un módulo podría registrar un precio específico, aunque la lógica de 'acumulación' en sí misma es mucho más compleja y no cabe en un snippet:

// En un módulo, dentro de un hook como actionProductUpdate o actionObjectProductAddAfter
public function registerCumulativeSpecificPrice($id_product, $reduction_amount, $reduction_type = 'percentage')
{
    $specificPrice = new SpecificPrice();
    $specificPrice->id_product = (int)$id_product;
    $specificPrice->id_product_attribute = 0; // O el ID de atributo
    $specificPrice->id_shop = (int)Context::getContext()->shop->id;
    $specificPrice->reduction_type = $reduction_type;
    $specificPrice->reduction = (float)$reduction_amount;
    $specificPrice->from_quantity = 1;

Como ves, incluso este proceso es más complejo que un simple override. Para una verdadera automatización de descuentos acumulativos que funcione sin problemas y sea fácil de mantener, recomiendo encarecidamente un módulo especializado. Estos módulos están diseñados para integrar estas lógicas sin conflictos con el core de PrestaShop y son compatibles con las versiones.

joaquindeco

Muchas gracias a todos por las respuestas, especialmente a @ignacio_tech y @jorge8975 por confirmar mis sospechas sobre el override en getPriceStatic. Efectivamente, parece que intentar forzarlo por ahí es la receta para el desastre y conflictos.

@Milo, tu explicación sobre la cadena de cálculo de descuentos en PrestaShop tiene mucho sentido. El snippet que pones es un buen punto de partida para entender cómo se debería hacer, pero está claro que la lógica de acumulación es un mundo aparte. He estado revisando el módulo que recomiendas y me parece la solución más limpia y robusta para evitar futuros problemas con las actualizaciones. Lo voy a implementar en mi tienda. ¡Gracias a todos por la ayuda y por ahorrarme muchos quebraderos de cabeza!