Reglas de pago no aplican aunque módulo está activo

miriam24

Hola a todos,

Estoy teniendo un problema frustrante con un módulo de reglas de métodos de pago en mi tienda PrestaShop 1.7.7.0. A pesar de que el módulo está habilitado en el back office, las reglas que configuro no se aplican en el proceso de compra. Parece que la función hookActionPresentPaymentOptions dentro del módulo finaliza prematuramente.

He estado revisando el código en paymethodrules/paymethodrules.php y he notado que la condición (int) Configuration::get('PAYMETHODRULES_ENABLED') siempre se evalúa a 0, lo que impide que se ejecute la lógica principal que filtra las opciones de pago. Aquí está el fragmento de código relevante:

function hookActionPresentPaymentOptions(&$params)
    {
        if (!(int) Configuration::get('PAYMETHODRULES_ENABLED')) {
            return;
        }
        $this->getEngine()->filterPaymentOptions($params);
    }

¿Alguien sabe por qué PAYMETHODRULES_ENABLED podría estar regresando 0 si el módulo está claramente activo en el administrador? ¿Hay alguna forma de hacer que esto funcione o una modificación que pueda aplicar para que las reglas se apliquen correctamente? Estoy con PHP 7.3.

raul_bcn

Hola @miriam24,

Entiendo tu frustración. Ese tipo de problemas con las configuraciones es un clásico de PrestaShop.

Si Configuration::get('PAYMETHODRULES_ENABLED') devuelve 0 incluso cuando crees que el módulo debería estar activo y sus reglas, lo primero que se me viene a la cabeza es que la configuración no se haya guardado correctamente o que se haya reseteado. ¿Has comprobado en la tabla ps_configuration (si tu prefijo es ps_) el valor de la clave PAYMETHODRULES_ENABLED directamente en la base de datos? A veces, el Back Office puede mostrar algo visualmente, pero la base de datos dice otra cosa. También asegúrate de que, tras activar el módulo, has guardado su configuración interna al menos una vez.

Milo

Hola @miriam24 y @raul_bcn,

@raul_bcn tiene razón, el problema probablemente radica en que el valor PAYMETHODRULES_ENABLED no se está almacenando o recuperando correctamente de la tabla ps_configuration. Esto suele ocurrir si la instalación del módulo no inicializa bien esta clave o si la interfaz de configuración del módulo no la guarda al cambiarla.

Dado que confirmas que el módulo está habilitado en el Back Office de tu PrestaShop 1.7.7.0, y asumiendo que las reglas deberían estar activas por defecto o al habilitar el módulo, podemos modificar el hookActionPresentPaymentOptions para que, en caso de que esta configuración falle, se base en el estado global del módulo. Es un pequeño ajuste para asegurar que el filtro se ejecute si el módulo está realmente activo.

Aquí tienes la modificación para el archivo paymethodrules/paymethodrules.php:

function hookActionPresentPaymentOptions(&$params)
    {
        // Si el módulo está habilitado globalmente, procedemos con el filtrado.
        // Esto ignora un posible error en la configuración interna 'PAYMETHODRULES_ENABLED'.
        if (Module::isEnabled($this->name)) {
            $this->getEngine()->filterPaymentOptions($params);
        }
        // Si el módulo no está habilitado, no hace nada.
    }

Con este cambio, la lógica ya no depende únicamente del valor de PAYMETHODRULES_ENABLED en ps_configuration, sino del estado real de habilitación del módulo. Si el módulo está activo, Module::isEnabled($this->name) devolverá true y el filtro se aplicará.

miriam24

¡Increíble, @Milo! He aplicado la modificación que sugeriste en paymethodrules/paymethodrules.php y funciona perfectamente. Las reglas de pago se aplican ahora sin problemas durante el checkout.

Tenías razón, parece que el Configuration::get() no estaba leyendo bien el estado o se había corrompido. Esta solución es mucho más robusta al verificar directamente si el módulo está habilitado. ¡Muchísimas gracias por la ayuda tan rápida y eficaz!