Módulos
Redes socialesPublicidad y MarketingFuncionalidad de la tiendaAdministración de la tiendaProceso de pedidoSliders y presentacionesPagoPosicionamiento y optimización SEO
Servicios
Servicios relacionados con módulosnot yet translated to ESServicios de administracionModificaciones de Prestashop
Contacto
PrestaShop Reglas condicionales de métodos de pago
Muestra u oculta métodos de pago en checkout con políticas basadas en reglas. Condiciones AND/OR para carrito, grupo de clientes, país, transportista y productos. Controla cada pasarela con estrategias de fusión. Simulador, audit log, panel analítico, import/export JSON y mensajes multilingües. PrestaShop 1.7, 8 y 9.
79.99 €
Galeria 1/12
Gestión de Métodos de Pago Condicionales
"Reglas de métodos de pago" es un módulo esencial para PrestaShop que permite un control total sobre la visibilidad de las opciones de pago en el checkout. Mediante un potente motor de políticas, puede crear reglas condicionales anidadas (AND/OR) basadas en 12 campos como carrito, cliente o entrega. Cada pasarela de pago se configura individualmente con opciones SHOW/HIDE, prioridad y mensajes de no disponibilidad. Incluye cinco estrategias de fusión, un simulador de checkout integrado para previsualizar los resultados, un exhaustivo registro de auditoría y un dashboard analítico. Este módulo garantiza que sus clientes siempre vean las opciones de pago adecuadas para su contexto, optimizando la experiencia de compra y la gestión de riesgos con precisión profesional.
Versión del módulo:
1.1.0
Versiones de la tienda:
9.x8.x1.7.x
Funciona con ThirtyBees:
No
Traducciones:
Muestra el pago correcto. En cada checkout.
Reglas condicionales de métodos de pago para PrestaShop.
Cada carrito es diferente. Cada cliente merece opciones de pago acordes a su contexto. Reglas de métodos de pago es un motor de visibilidad completo para su checkout: cree políticas con condiciones AND/OR anidadas, controle cada pasarela de pago individualmente, explique por qué un método no está disponible, simule resultados antes del lanzamiento y trace cada decisión en un registro de auditoría. Un módulo. Control total sobre con qué pueden pagar sus clientes.
Qué ofrece Reglas de métodos de pago
Estas son las funcionalidades que convierten la visibilidad de pagos de un juego de adivinanzas en una regla de negocio gestionada. Diseñado para propietarios de tiendas que necesitan precisión en el checkout — sin tocar código.
Motor basado en políticas
Cree múltiples políticas con nombre, ordénelas por prioridad, actívelas o paúselas individualmente. Cada política tiene su propio árbol de condiciones y reglas por pasarela.
Constructor visual de condiciones
Grupos AND/OR anidados con 12 campos de carrito y cliente. Presets rápidos para escenarios habituales. JSON en bruto cuando lo necesite.
Reglas por pasarela
Una tarjeta por módulo de pago instalado. Configure SHOW o HIDE, prioridad de evaluación, posición de visualización y ventanas horarias opcionales por regla.
Cinco estrategias de fusión
Deny wins, allow wins, priority cascade, weighted score o unanimous SHOW — elija cómo se resuelven las reglas en conflicto dentro de una política.
Simulador de checkout
Seleccione un carrito y un cliente reales de su tienda. Vea exactamente qué métodos de pago aparecerían — antes de que se realice un solo pedido.
Dashboard analítico
Tarjetas KPI, gráficos diarios/semanales/mensuales y desglose por módulo de pago. Siga con qué frecuencia se muestra u oculta cada pasarela a lo largo del tiempo.
Mensajes de no disponibilidad
Mantenga un método oculto visible como opción deshabilitada con una explicación multilingüe — o elimínelo de la lista por completo. Su elección en la configuración global.
Registro de auditoría completo
Cada evaluación de visibilidad, cambio de política, ejecución de simulación y validación de pedido registrados con marca de tiempo, actor y vista previa de detalles. Exporte cuando necesite un rastro documental.
Importar, exportar y duplicar
Descargue cualquier política como JSON, súbala a otra tienda o duplíquela con un clic. Mueva configuraciones entre entornos sin reconstruir desde cero.
GAMECHANGER
Constructor visual de condiciones con lógica anidada
Las reglas de checkout complejas no deberían requerir código complejo. Reglas de métodos de pago le ofrece un árbol de condiciones drag-and-drop directamente en el editor de políticas.
12 campos reales de checkout
Total del carrito, total de productos, cantidad, moneda, país de entrega, zona, grupo de clientes, transportista, estado de inicio de sesión, producto, categoría y fabricante — todo con búsqueda autocompletada donde importa.
Grupos AND / OR anidados
Combine condiciones en grupos, anide grupos dentro de grupos, cambie operadores por nivel. Cree reglas como «carrito superior a 500 EUR AND (país es DE OR país es AT)».
Presets y JSON
Presets rápidos de un clic para solo invitados, solo B2B o valor mínimo del carrito. Cargue presets del servidor o pegue JSON en bruto cuando necesite control manual completo.
Por qué importa: El constructor de condiciones no es un complemento cosmético. Es el núcleo del motor de evaluación — cada campo se mapea a datos en vivo del carrito y del cliente evaluados en cada carga del checkout. Usted ve el árbol, el motor ejecuta el árbol.
Guía completa de funcionalidades
Cada funcionalidad explicada en lenguaje claro para propietarios de tiendas. Sin jerga técnica. Una a una, para que sepa exactamente qué hace Reglas de métodos de pago por su tienda.
Visibilidad de pagos en el checkout
Cuando un cliente llega al paso de pago, el módulo evalúa todas las políticas activas contra el carrito, cliente, dirección de entrega y transportista actuales. Cada pasarela de pago instalada recibe una decisión SHOW o HIDE antes de que se rendericen las opciones.
En PrestaShop 8.1 y superior, el filtrado se ejecuta a través del hook nativo actionFilterPaymentOptions. En versiones anteriores, una capa de compatibilidad aplica la misma lógica sin romper su tema.
Políticas y reglas por pasarela
Una política es un paquete con nombre de condiciones más un conjunto de reglas de pago. Cree tantas políticas como necesite — por ejemplo una para transferencia B2B, una para restricciones COD de alto valor, una para tarjetas internacionales.
Dentro de cada política, cada módulo de pago instalado tiene su propia tarjeta de regla. Active SHOW o HIDE, establezca la prioridad de evaluación, reordene la posición de visualización y opcionalmente restrinja la regla a un rango de fechas.
Las políticas se ejecutan en orden de posición. Active Stop on first match cuando quiera que el motor se detenga tras la primera política que coincida con el contexto actual del carrito.
Estrategias de fusión
Cuando varias reglas dentro de una política apuntan al mismo módulo de pago, la estrategia de fusión decide el resultado:
- Deny wins — cualquier regla HIDE coincidente oculta el pago.
- Allow wins — cualquier regla SHOW coincidente muestra el pago.
- Priority cascade — la primera regla coincidente por prioridad decide.
- Weighted score — SHOW suma +1, HIDE resta −1; la puntuación neta determina la visibilidad.
- Unanimous SHOW — todas las reglas coincidentes deben ser SHOW para que aparezca el pago.
Establezca una estrategia de fusión predeterminada globalmente en Settings y luego sobrescriba por política cuando un escenario específico necesite una resolución de conflictos diferente.
Mensajes de no disponibilidad
A veces ocultar un método de pago sin explicación frustra a los clientes. Reglas de métodos de pago le permite escribir un mensaje por regla y por idioma que aparece cuando un método está bloqueado.
En Settings, elija entre dos comportamientos: eliminar los métodos ocultos de la lista por completo, o mantenerlos visibles como opciones deshabilitadas con su mensaje personalizado inline en el paso de pago.
Cada tarjeta de regla incluye un campo multilingüe con selector de bandera de idioma — escriba la explicación una vez por idioma, la versión correcta se muestra automáticamente en el checkout.
Simulador de checkout
La pestaña Simulator le permite probar reglas contra datos reales de su tienda. Busque y seleccione un carrito activo, opcionalmente asigne un cliente y ejecute la evaluación.
Los resultados muestran cada módulo de pago con su estado final de visibilidad, las políticas que coincidieron y los mensajes de no disponibilidad que aparecerían. Sin pedido de prueba. Sin impacto en clientes.
Use el simulador tras cada cambio de política para confirmar que sus reglas se comportan exactamente como prevé antes de que los clientes las vean.
Dashboard y analítica
La pestaña Dashboard es su sala de control de visibilidad. Las tarjetas KPI resumen evaluaciones, aplicaciones ocultas y políticas activas en un periodo seleccionable (30, 90, 180 o 365 días).
Los gráficos de tendencia Chart.js desglosan la actividad diaria, semanal o mensual. Una tabla por módulo de pago muestra qué pasarelas se ocultan con más frecuencia — útil al ajustar reglas o negociar con proveedores de pago.
Las entradas recientes de auditoría aparecen en la parte inferior del dashboard para acceder rápidamente a las últimas decisiones sin salir de la vista general.
Registro de auditoría
Cada evento significativo queda registrado: evaluaciones de visibilidad en el checkout, bloqueos de validación de pedidos, creación/actualización/eliminación de políticas, importaciones, exportaciones, duplicados, cambios de configuración y ejecuciones de simulación.
La pestaña admin dedicada Audit log bajo Payments ofrece filtros por fecha, tipo de evento y módulo de pago. Haga clic en vista previa en cualquier fila para ver el payload completo de detalles.
Exporte el registro a CSV cuando el cumplimiento o la revisión interna requieran un historial completo de quién cambió qué y cuándo.
Importar, exportar y duplicar políticas
Descargue cualquier política como archivo JSON portable desde el editor de políticas o la lista de políticas. Suba JSON para crear una nueva política en la misma tienda o en un entorno de staging.
La acción duplicar copia la política completa — condiciones, reglas, estrategia de fusión y mensajes multilingües — bajo un nuevo nombre. Ideal para crear variantes estacionales o probar cambios con seguridad.
Cada importación, exportación y duplicado queda registrada en el rastro de auditoría.
Guardián de validación de pedidos
Las reglas se aplican dos veces: al mostrar las opciones de pago y de nuevo al validar el pedido. Si un cliente accede de algún modo a la URL de validación de un módulo de pago oculto, el pedido se bloquea antes de crearse.
Una instantánea de visibilidad se almacena en el registro del pedido para que pueda ver qué métodos de pago estaban disponibles en el momento de la compra — directamente desde la página de detalle del pedido en el back office.
Seis pestañas dedicadas del back office
Todo está organizado en secciones claras. Abra la configuración del módulo y vaya directamente donde necesite. Dos menús admin nativos adicionales bajo Payments ofrecen vistas de lista completas de políticas e historial de auditoría.
Reglas y pruebas
-
PoliciesCree, edite, reordene, duplique y exporte políticas de visibilidad de pagos.
-
SimulatorEjecute evaluaciones contra carritos y clientes reales de su base de datos.
-
SettingsValores predeterminados globales, modo de mensajes de no disponibilidad, periodo analítico y registro debug.
Visión y mantenimiento
-
DashboardKPI, gráficos de tendencia, estadísticas por módulo y feed de actividad reciente.
-
Audit logHistorial completo de eventos con filtros, modal de vista previa y exportación CSV.
-
UpdatesComprobación de versión del módulo y notificaciones de actualización MyPresta.
Ejemplos de condiciones
Configuraciones de políticas reales que puede crear en minutos — cada una combina un árbol de condiciones con múltiples reglas de módulos de pago. Copie la lógica, sustituya sus módulos, publique.
Política: Transferencia bancaria B2B Merge: Deny wins
Condiciones de la política (AND)
Cliente conectado AND Grupo de clientes in [Wholesale, VIP B2B] AND Total del carrito ≥ 200 EUR
| Módulo de pago | Regla | Condiciones adicionales de la regla |
|---|---|---|
| Bank wire | SHOW | — |
| PayPal | HIDE | Total del carrito ≥ 1 000 EUR |
| Cash on delivery | HIDE | — |
Política: Límites de seguridad COD Merge: Priority cascade
Condiciones de la política (OR)
País de entrega in [PL, CZ, SK] OR Zona de entrega = Domestic
| Módulo de pago | Regla | Condiciones adicionales de la regla |
|---|---|---|
| Cash on delivery | SHOW | Total del carrito ≤ 300 EUR AND Cantidad de productos ≤ 15 |
| Cash on delivery | HIDE | Total del carrito > 300 EUR OR Transportista in [Express, Same-day] |
| Stripe / card | SHOW | Total del carrito > 300 EUR |
Política: Protección de pedidos de alto valor Merge: Deny wins
Condiciones de la política (AND)
Total del carrito ≥ 5 000 EUR OR Total de productos between 3 000 – 10 000 EUR
| Módulo de pago | Regla | Mensaje de no disponibilidad |
|---|---|---|
| Cash on delivery | HIDE | «COD no está disponible para pedidos superiores a 5.000 €.» |
| Cheque | HIDE | — |
| Bank wire | SHOW | — |
| Stripe / card | SHOW | — |
Política: Checkout de catálogo restringido Merge: Weighted score
Condiciones de la política (anidadas)
Categoría en el carrito in [Batteries, Electronics] OR (Fabricante en el carrito in [Brand X] AND Producto en el carrito not in [Approved SKU list])
| Módulo de pago | Regla | Condiciones adicionales de la regla |
|---|---|---|
| Cash on delivery | HIDE | — |
| PayPal | HIDE | País de entrega not in [DE, AT, CH] |
| Bank wire | SHOW | Cliente conectado = Sí |
Política: Checkout invitado vs registrado Stop on first match
Condiciones de la política
Cliente conectado = No
| Módulo de pago | Regla | Condiciones adicionales de la regla |
|---|---|---|
| Bank wire | HIDE | — |
| PayPal | SHOW | — |
| Stripe / card | SHOW | — |
| Cash on delivery | HIDE | Total del carrito > 150 EUR |
Lista completa de campos de condición disponibles
Cada campo siguiente está disponible en el constructor visual — a nivel de política y por regla de pago individual. Combínelos con 9 operadores y grupos AND/OR anidados sin límites.
| Campo de condición | Qué comprueba | Operadores |
|---|---|---|
| Total del carrito (imp. incl.) | Valor total del carrito con impuestos | = ≠ > ≥ < ≤ between |
| Total de productos | Suma de líneas de producto (sin envío) | = ≠ > ≥ < ≤ between |
| Cantidad de productos en el carrito | Número total de artículos en la cesta | = ≠ > ≥ < ≤ between |
| Moneda | Moneda activa en el checkout | = ≠ in not in |
| País de entrega | País de la dirección de envío | = ≠ in not in |
| Zona de entrega | Zona geográfica asignada a la dirección | = ≠ in not in |
| Grupo de clientes | Grupo de clientes predeterminado o contextual | = ≠ in not in |
| Transportista | Método de envío seleccionado en el checkout | = ≠ in not in |
| Cliente conectado | Sesión de invitado vs cliente registrado | = ≠ |
| Producto en el carrito | Presencia de SKU / producto específico | in not in |
| Categoría en el carrito | Productos pertenecientes a categorías seleccionadas | in not in |
| Fabricante en el carrito | Marca / fabricante de los artículos del carrito | in not in |
12 campos. 9 operadores. Árboles AND/OR anidados. Profundidad ilimitada.
Apile tantas políticas como necesite. Añada tantas reglas por módulo de pago como requiera su negocio — cada una con sus propias subcondiciones, prioridad, programación y mensaje multilingüe. Multiplique eso por 5 estrategias de fusión, orden entre políticas y stop-on-first-match…
El número de combinaciones es prácticamente ilimitado. Sus reglas de checkout pueden ser tan sencillas — o tan sofisticadas — como exija su negocio. WOW.
Casos de uso reales
Reglas de métodos de pago se adapta a cómo vende realmente su negocio — no al revés.
Transferencia B2B solo para grupos de confianza
Muestre la transferencia bancaria solo cuando el cliente pertenezca a su grupo mayorista e haya iniciado sesión. El resto nunca la ve — o la ve deshabilitada con «Disponible para clientes empresariales registrados».
Límites COD por valor del carrito y país
Oculte contra reembolso cuando el carrito supere el umbral COD de su transportista o cuando el país de entrega esté fuera de su área de servicio. Combine total del carrito y país en un grupo AND.
Restringir tarjetas para categorías de alto riesgo
Cuando el carrito contenga productos de una categoría restringida, oculte pagos con tarjeta y deje disponible la transferencia. Las condiciones de producto y categoría admiten operadores in / not in.
Control de pagos en checkout de invitados
Use la condición de inicio de sesión para limitar ciertas pasarelas a clientes registrados. Los invitados ven una lista de pagos simplificada; los compradores recurrentes tienen todas sus opciones.
Estadísticas para frikis
Condiciones evaluadas al cargar el carrito. Pedidos bloqueados en la validación. Cada decisión trazada en filas de auditoría. Esta es la ingeniería detrás de la lista de pagos que ven sus clientes.
12,000+
Líneas de código
PHP, JavaScript, plantillas Smarty, CSS y SQL que impulsan el motor de evaluación, constructor de condiciones, analítica del dashboard, simulador y registro de auditoría.
17
Clases de biblioteca dedicadas
Engine, condition evaluator, tree repository, policy duplicator, dashboard, audit log, compatibility layer y admin renderer.
6
Pestañas del back office
Dashboard, Policies, Settings, Simulator, Audit log y Updates — más menús nativos Payment policies y Audit log bajo Payments.
5
Estrategias de fusión
Deny wins, allow wins, priority cascade, weighted score y unanimous SHOW — configurables globalmente y por política.
Capa de base de datos
-
5 tablas personalizadas: policies, rules, rule translations, condition presets y audit log.
-
Columnas de pedido: instantánea de visibilidad y nombre del módulo de pago almacenados en
ps_orderspara trazabilidad post-compra. -
Mensajes de regla multilingües en una tabla lang dedicada por regla e idioma de tienda.
Arquitectura
-
Hasta 8 hooks de PrestaShop: filtrado de pagos, recursos de checkout, guardián de validación de pedidos y visualización en admin de pedidos — con soporte nativo del hook de filtrado en PS 8.1+.
-
PaymethodrulesEngine evalúa políticas en orden de posición con estrategias de fusión, stop-on-first-match y ventanas de fecha por regla.
-
Capa de compatibilidad PS 9 gestiona diferencias de plataforma entre PrestaShop 1.7, 8 y 9 desde una sola base de código.
-
Front AJAX simulator controller para evaluación de carrito en vivo sin recargar la página en el back office.
Chart.js
Analítica del dashboard con gráficos de tendencia de evaluación diarios, semanales y mensuales.
12 campos
Condiciones de carrito, cliente, entrega y producto con 9 operadores de comparación cada uno.
v1.1.0
Versión actual. PrestaShop 1.7.x, 8.x y 9.x. Una base de código, tres generaciones de plataforma.
Condiciones evaluadas al cargar el carrito. Pedidos bloqueados en la validación. Decisiones trazadas en filas de auditoría. Ese es el contrato de ingeniería detrás de Reglas de métodos de pago. Su cliente ve una lista de pagos limpia. Usted controla exactamente qué hay en ella.
Más de 12.000 líneas de código en más de 75 archivos del módulo y v1.1.0 de desarrollo continuo. Un motor de visibilidad de grado producción en el que su checkout puede confiar cuando los carritos varían, los clientes difieren y las reglas de pago deben seguir el ritmo.
79.99 €
Galería del Módulo 1/12
Por qué elegir nuestro módulo
Reglas condicionales de métodos de pago?
Optimización y Automatización
El módulo "Reglas condicionales de métodos de pago" automatiza la visibilidad de opciones de pago, aplicando reglas personalizadas con lógica anidada. Optimiza el checkout de PrestaShop, garantizando que su tienda muestre siempre los métodos correctos y relevantes para cada cliente y carrito.
Ventas Aumentadas
Reglas condicionales de métodos de pago eleva tus ventas personalizando las opciones de pago. Al mostrar solo métodos relevantes y explicar indisponibilidades, este módulo garantiza un proceso de compra eficiente, reduciendo abandonos y mejorando la conversión.
15 años de experiencia
Con la sabiduría de 15 años de experiencia en PrestaShop, 'Reglas condicionales de métodos de pago' aborda la complejidad del checkout. Su constructor visual, 12 campos de condición y 5 estrategias de fusión garantizan una gestión precisa y un control inigualable sobre los métodos de pago.
Amplia Personalización
Con **Reglas condicionales de métodos de pago**, obtenga una **amplia personalización** de su checkout. Defina políticas complejas con lógica anidada (12 campos de condición), establezca reglas detalladas por pasarela y elija entre 5 estrategias de fusión. Adapte el pago a cada cliente, sin límites.
Código de Fuente Abierto
Con más de 12.000 líneas de código PHP, JavaScript y Smarty, el módulo "Reglas condicionales de métodos de pago" ofrece una base transparente. Su diseño estructurado en 17 clases facilita la comprensión del "PaymethodrulesEngine" para que desarrolladores realicen modificaciones e integraciones avanzadas, adaptando las reglas de pago del checkout.
Licencia y Actualizaciones
La licencia de "Reglas condicionales de métodos de pago" permite uso ilimitado. Incluye actualizaciones gratuitas durante un año, garantizando la compatibilidad con PrestaShop 1.7-9 y un control de visibilidad de pagos siempre óptimo. Renovaciones con hasta 90% de descuento.