¿Cómo añadir recargo a Pago Contra Reembolso?

daniela8923

Hola a todos,

Estoy intentando añadir un recargo fijo para el método de pago 'Contra reembolso' en mi tienda PrestaShop. El problema es que PrestaShop no trae esta opción de serie y cualquier intento de modificarlo directamente parece muy frágil. He intentado hacer un override en PaymentModule.php para ajustar el amount_paid, pero el recargo no se refleja en el pedido final o desaparece.

Este es mi intento:

class PaymentModule extends PaymentModuleCore
{
    public function validateOrder($id_cart, $id_order_state, $amount_paid, $payment_method = 'Unknown', $message = null, $extra_vars = [], $currency_special = null, $dont_touch_multiplier = false, $secure_key = false, Shop $shop = null)
    {
        $cart = new Cart($id_cart);
        if ($payment_method == 'Pago contra reembolso') {
            $recargo = (float)Configuration::get('MY_COD_FEE');
            $amount_paid += $recargo; // Esto no afecta el total del pedido real de forma persistente
        }
        return parent::validateOrder($id_cart, $id_order_state, $amount_paid, $payment_method, $message, $extra_vars, $currency_special, $dont_touch_multiplier, $secure_key, $shop);

El total del pedido en la base de datos y la factura no incluye el recargo. ¿Alguien tiene una solución más robusta o un enfoque diferente?

patriciadigital

Hola @daniela8923,

Entiendo perfectamente tu frustración. Modificar validateOrder directamente en el override de PaymentModule es problemático porque amount_paid es solo un parámetro que se pasa. Aunque lo incrementes ahí, no está modificando el Cart real ni el cálculo del total que PrestaShop usa para el pedido.

Necesitas que el recargo se incorpore al total del carrito antes de que se llame a validateOrder. En qué versión de PrestaShop estás? Esto es crucial porque la gestión de pagos ha cambiado bastante entre versiones.

Milo

Hola @daniela8923 y @patriciadigital,

@patriciadigital tiene razón. Tu enfoque de modificar $amount_paid en validateOrder no funciona porque ese valor es solo un dato de entrada para el método padre, no el total persistente del carrito. Para PrestaShop 8.0.4, donde probablemente estás, la clave es inyectar el recargo en el cálculo del total del carrito antes de que se cree la orden.

Una forma más robusta en un módulo de pago personalizado sería manejar esto en el controlador de validación del módulo. Aquí te muestro un ejemplo conceptual de cómo un controlador de validación de un módulo de pago contra reembolso podría asegurar que el recargo se incluye en el monto final que se pasa a validateOrder:

// En el controlador de validación de tu módulo de pago (ej. /modules/mycodfee/controllers/front/validation.php)
public function postProcess()
{
    $cart = $this->context->cart;
    $customer = $this->context->customer;
    $codFeeAmount = (float)Configuration::get('MY_COD_FEE_AMOUNT');
    $totalConRecargo = $cart->getOrderTotal(true, Cart::BOTH) + $codFeeAmount;
    $this->module->validateOrder(
        (int)$cart->id,
        (int)Configuration::get('PS_OS_COD_VALIDATION'),

Este código asume que tienes un módulo de pago personalizado y un controlador validation.php. La línea clave es cómo calculamos $totalConRecargo sumando el recargo al total del carrito. Sin embargo, este enfoque, aunque funciona, sigue siendo un poco 'manual' y puede requerir más lógica para asegurar que el recargo se muestra correctamente en todas las etapas del checkout y que se aplica de forma condicional. Para una solución más integrada y mantenible que no se rompa con las actualizaciones de PrestaShop, te sugiero utilizar una herramienta de contra reembolso con tarifa que ya gestiona toda la lógica de cálculo, visualización y persistencia del recargo de forma nativa.

daniela8923

¡Gracias, @Milo y @patriciadigital!

@patriciadigital, estoy usando PrestaShop 8.0.4. No lo mencioné antes, perdón.

@Milo, el código que compartiste para el controlador de validación me ha dado la clave. He adaptado mi módulo de pago personalizado para que funcione de esa manera, calculando el total con el recargo antes de llamar a validateOrder, y ahora sí se refleja correctamente en el pedido y la factura. Entiendo que un módulo dedicado es más robusto a largo plazo y probablemente migre a eso pronto, pero tu snippet me ha sacado del apuro inmediato.

¡Problema resuelto! ¡Muchas gracias por la ayuda!