Dividir en varios casos

Por defecto, una Regla tiene un paquete de acciones que se ejecuta cada vez que su disparador se activa y sus condiciones se cumplen. Dividir en varios casos convierte ese único paquete en una lista de ramas mutuamente excluyentes, cada una con su propia condición y su propia pila de acciones. Úsalo cuando la recompensa correcta dependa de quién es el miembro o de cómo fue el evento del disparador, no solo de si ocurrió.

Qué es un caso

En el paso 3 del asistente de Regla, el diseño por defecto es un solo bloque de acción: eliges una acción, la configuras, opcionalmente añades más acciones debajo, y todas se ejecutan juntas cuando la Regla se activa. Activar Dividir en varios casos sustituye ese único bloque por una pila de bloques de caso, cada uno con esta forma:

• Una fila de Condición en la parte superior del caso (la misma anatomía de tres ranuras campo / operador / valor que el paso 2; consulta la referencia de Condiciones).
• Una o más acciones, apiladas dentro del caso de la misma forma que las acciones se apilan en una Regla sin dividir.
• Un control de Retraso por acción, igual que en cualquier acción.

Solo se ejecutan las acciones del primer caso coincidente. Los casos se evalúan de arriba abajo contra el evento que disparó la Regla: el primer caso cuya condición se cumple es el que se activa, y los casos restantes se omiten.

Cuándo usar casos

Tres patrones cubren la mayor parte del uso real:

Lógica OR. Las condiciones del paso 2 se combinan con AND: cada condición debe cumplirse. Si la lógica que quieres es "se activa cuando X O Y", divide la Regla en dos casos, uno con X como condición y otro con Y. Ambos casos pueden tener las mismas acciones si la recompensa es idéntica; o pueden divergir si X e Y merecen un tratamiento distinto.

Recompensas por niveles para un solo disparador. Una sola Regla de compra que debería dar 15 % de vuelta a los VIP, 10 % a los regulares y 5 % al resto son tres casos: Etiqueta = VIP → Añadir créditos 15 %, Etiqueta = regular → Añadir créditos 10 %, y un caso atrapatodo sin condición (o con una permisiva) → Añadir créditos 5 %. Una Regla, tres rutas de recompensa, sin duplicar la configuración del disparador y del temporizado.

Filtrado a nivel de miembro para disparadores sin condiciones. Algunos disparadores (Gasto total actualizado, Visita actualizada) no exponen campos de condición en el paso 2: el evento en sí es el filtro. Para acotarlos por atributos del miembro (gasto total cruzó 500 €, etiqueta aplicada, consentimiento dado), usa un caso en el paso 3 en su lugar. Las condiciones de caso llegan a atributos a nivel de miembro (etiquetas, saldos, indicadores de consentimiento, contadores de actividad) que las condiciones del paso 2 generalmente no alcanzan.

tip

Si te encuentras escribiendo dos Reglas casi idénticas que solo difieren en una condición, fusiónalas en una sola Regla con dos casos. Obtienes una única configuración de disparador, una sola tarjeta de temporizado, un solo límite de uso, y la lógica de "qué rama se activa" vive en un solo lugar en lugar de estar repartida entre dos registros de Regla.

Casos vs acciones apiladas

Casos y acciones apiladas resuelven problemas distintos; no los mezcles.

• Las acciones apiladas se ejecutan todas juntas cuando la Regla se activa. Úsalas cuando cada acción deba ocurrir en cada activación: "Añadir créditos y enviar un SMS" se apila porque ambas siempre se quieren.
• Los casos se ejecutan una rama a la vez: las acciones del primer caso coincidente se ejecutan, y el resto se omite. Úsalos cuando las acciones dependan de una condición que el evento del disparador no puede expresar por sí solo.

Puedes apilar varias acciones dentro de un solo caso: cada caso es estructuralmente un mini bloque de acciones apiladas. Así que el modelo completo es: la Regla se divide en casos; dentro de cada caso, las acciones se apilan.

Cómo difieren las condiciones de caso de las condiciones del paso 2

Las condiciones del paso 2 filtran el evento: ¿la compra superó los 20 €, fue en la sucursal del centro, estaba el cupón en tu lista nombrada? Las condiciones de caso del paso 3 pueden filtrar los mismos campos a nivel de evento y además llegar al estado del miembro: quién es la persona en el momento en que el disparador se activó.

En la práctica eso significa que las condiciones de caso pueden expresar cosas como:

• El miembro tiene (o no tiene) una etiqueta concreta.
• El saldo de puntos o créditos del miembro está por encima / por debajo de un umbral.
• El gasto total de por vida o el número de visitas del miembro cruza un valor.
• El miembro ha consentido un canal concreto.

La lista exacta de campos depende del disparador; abre el desplegable de Condición dentro de un caso para ver lo que hay disponible. Si te encuentras queriendo un filtro que el paso 2 no te deja configurar, prueba primero el paso 3: normalmente está ahí.

Construir una Regla dividida

El flujo del paso 3 para una Regla dividida es directo, pero hay una cosa que conviene hacer antes de empezar a hacer clics: planifica el orden de tus casos por adelantado. Los casos se evalúan de arriba abajo y no pueden reordenarse después de crearlos. Si te das cuenta a medio camino de que el caso 3 debería haber sido en realidad el caso 1, tendrás que eliminar los casos posteriores y reconstruirlos en el orden correcto.

Con esa advertencia hecha:

1. En el paso 3, activa Dividir en varios casos.
2. En el primer caso, elige una Condición (la regla de cuándo debería activarse este caso) y añade una o más acciones debajo. Pon tu caso más específico primero.
3. Haz clic en + Añadir caso para añadir el siguiente caso. Repite, ordenando de más específico a más permisivo.
4. Si quieres una rama atrapatodo para todos los que no encajaron en los casos anteriores, añade un caso final sin condición (o con la más permisiva que puedas escribir). Como los casos se evalúan de arriba abajo, este caso solo se ejecuta cuando todas las condiciones anteriores fallaron.
5. Previsualiza en el paso 4 para confirmar que la ramificación hace lo que esperas.

aviso

Los casos no se pueden reordenar. Planifica la secuencia de más específico a más permisivo antes de empezar a rellenar detalles: equivocarse en el orden significa eliminar y reconstruir los casos por debajo del error.

Cosas a tener en cuenta

4 cosas que confunden a menudo

• Activar Dividir después de configurar acciones las borra. Si ya has rellenado acciones en el paso 3 y luego activas Dividir en varios casos (o lo desactivas), el asistente te avisa y borra la configuración previa. Decide la estructura antes de rellenar los detalles. Si te das cuenta a medio camino de que necesitas casos, termina la Regla actual y planifica la estructura por adelantado en la siguiente.
• Gana la primera coincidencia: el orden importa, y está bloqueado. Un caso con una condición amplia colocado encima de un caso con una estrecha se tragará al estrecho: el caso estrecho nunca tendrá oportunidad de activarse. Como los casos no se pueden reordenar una vez creados, pon los casos más específicos arriba y el atrapatodo abajo mientras construyes.
• Los casos comparten el disparador, el temporizado, el límite de uso y la audiencia de la Regla. Un caso es una rama solo en el lado de la acción: no vuelve a filtrar el disparador ni la ventana de temporizado. Si dos ramas realmente necesitan disparadores diferentes o límites de uso diferentes, deberían ser dos Reglas separadas, no dos casos de una.
• El límite de uso se aplica a la Regla entera, no por caso. Una Regla con límite "una vez por miembro al día" se activa como mucho una vez sin importar qué caso coincidió. Si necesitas límites independientes por rama (VIP una vez al día, regular una vez por semana), divide en Reglas separadas.

Ejemplo trabajado: cashback por niveles

Objetivo: dar 15 % de vuelta a los miembros VIP, 10 % a los miembros con la etiqueta regular y 5 % al resto, todo sobre el mismo disparador de compra.

• Disparador: Realiza una compra.
• Condiciones del paso 2: ninguna más allá de lo que las tarjetas por defecto de audiencia/temporizado ya cubren: la división a nivel de miembro ocurre en los casos.
• Paso 3: activa Dividir en varios casos, luego:
  • Caso 1 — Condición: Etiqueta = VIP. Acción: Añadir créditos, 15 % del importe gastado. Recuerda añadir la exclusión memberCredit en No acumular para estos métodos de pago.
  • Caso 2 — Condición: Etiqueta = regular. Acción: Añadir créditos, 10 % del importe gastado. Misma exclusión memberCredit.
  • Caso 3 — Condición: ninguna (atrapatodo). Acción: Añadir créditos, 5 % del importe gastado. Misma exclusión memberCredit.

Como los casos se evalúan de arriba abajo, un miembro etiquetado como VIP recibe 15 %, un no-VIP con la etiqueta regular recibe 10 %, y todos los demás (sin etiqueta, anónimos si la audiencia lo permite, o etiquetados con algo distinto de VIP / regular) reciben 5 %. Una Regla, tres rutas de recompensa.