Loyalty multi product criteria
Módulo base que permite definir reglas complejas sobre productos para cumplir las condiciones de un programa de fidelización, de modo que para un conjunto determinado de productos podríamos definir una cantidad mínima y otra para otros, siendo todos esos criterios obligatorios para que se aplique el programa.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 18.0Añade una opción de criterio "Multi Product" a las reglas del programa de fidelización, permitiéndote exigir varios productos diferentes (cada uno con su propia cantidad mínima) antes de que se aplique una promoción o una recompensa de fidelización.
Cuando configuras un programa de fidelización, cada regla ahora tiene una opción "Loyalty criteria": "Domain" (el comportamiento estándar de Odoo) o "Multi Product". Elegir "Multi Product" oculta los campos habituales de cantidad, importe, dominio de producto, producto, categoría y etiqueta y muestra en su lugar una tabla de líneas de criterios.
- Cada línea de criterios enumera un conjunto de productos y una cantidad mínima.
- La cantidad mínima se calcula automáticamente a partir del número de productos de la línea, por lo que siempre coincide con los productos que has seleccionado.
- Si la cantidad se cambia a un valor distinto del número de productos, Odoo bloquea el guardado con un mensaje de error que te indica que configures la regla como repetible en su lugar.
- Volver a "Domain" borra las líneas multiproducto, y cambiar a "Multi Product" borra los campos estándar de la regla, por lo que los dos modos no se pueden mezclar.
La opción está disponible en el formulario del programa de fidelización y en el formulario de la regla individual, y aparece un pequeño indicador en la tarjeta kanban de la regla cuando se utilizan los criterios multiproducto. Los programas nuevos de los tipos promoción, fidelización, código promocional, compra X y llévate Y y cupón de próximo pedido comienzan con los criterios estándar "Domain" de forma predeterminada. El módulo toca loyalty.program, loyalty.rule y el nuevo modelo loyalty.criteria.
Depende de
Lo necesitan otros módulos
Modelos y campos (2)
- loyalty.rule · amplía un modelo existenteloyalty_criteria (Loyalty criteria), loyalty_criteria_ids (Multi Product Criterias)
- loyalty.criteria · modelo nuevorule_id, product_ids, rule_min_quantity (Min. Quantity)
Texto generado por IA (DeepSeek) al leer el código de la versión 18.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 2 confirmadas, 7 sin información de 9 versiones.
Fuentes · Odoo 18.0
Confirmado el 2026-11-03 en la rama 18.0 de OCA/sale-promotion.
terminal Instalación y uso
Documentación de OCA · Odoo 18.0Configuración
Fuente · Odoo 18.0Para configurar varios criterios de producto:
- Vaya a Ventas \> Producto \> Programas de fidelidad y seleccione o cree uno nuevo.
- Vaya a reglas. En el campo Loyalty Criteria elija Multi Product.
- El dominio estándar se ocultará y se mostrará una lista de criterios.
- Añada tantos criterios como sean necesarios para el comportamiento de promoción deseado.
En la lista de criterios podemos configurar:
- Products: Los productos que deben estar presentes para cumplir la condición.
Algunos ejemplos:
[TABLE]
Una unidad de Product A debe estar en el pedido de venta.
[TABLE]
Una unidad de Product B y Product C debe estar en el pedido de venta.
Tenga en cuenta también que todos los criterios definidos deben cumplirse o el programa no se aplicará.
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación, Uso.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.