Workflows

Un workflow es una automatización por disparador: cuando algo le pasa a una persona (entra en la comunidad, compra, completa un curso, pasa 30 días sin entrar), entra en un camino que tú diseñas, con esperas, condiciones y acciones, y sigue ese camino a su ritmo. Es la serie de bienvenida, el recordatorio a quien desapareció, la felicitación por el curso, sin que nadie del equipo tenga que pulsar nada.

Memberfy ayuda a RR. HH. a mantener a todo el mundo comprometido: los mismos workflows recuerdan una evaluación pendiente, una 1:1 sin registro o una meta sin check-in.

Dónde está: Administración › Workflows. El propietario y el administrador crean, editan, activan y pausan; el moderador y el financiero ven, simulan y siguen el historial; el miembro no ve el área.

#Cómo funciona

#El disparador

Cada workflow empieza en un solo disparador, un bloque del diseño arrastrado desde la categoría Disparadores. Cada familia tiene su bloque (Miembros, Compras, Suscripciones, Eventos, Cursos, Certificados, Insignias, Niveles y puntos, Formularios, Encuestas, Convocatorias, Publicaciones y comentarios, Votaciones, Descargas, Espacios, Mensajes, los de RR. HH., Tiempo, Manual y Webhook), en el orden de los más usados, y el evento se elige en el panel del bloque, en Se activa cuando; cambiar el evento no cambia el bloque. Buscar un evento ("suscripción cancelada") encuentra su bloque y ya crea el bloque en ese evento. En el diseño, el bloque muestra la familia arriba y el evento debajo. Con un disparador en el diseño, la categoría Disparadores desaparece del selector; para otro tipo de disparador, cambia el bloque.

Cuando algo pasa, por ejemplo:

El Origen de Nuevo miembro de la comunidad incluye Vino de aprobación, para quien entró por el registro con aprobación (member.joined con source: approval). Es el "registro aprobado": un workflow de bienvenida con ese filtro se dispara cuando el equipo aprueba la solicitud, no cuando la persona la envía. La solicitud en sí, y el rechazo, no disparan workflow ni webhook.

Cada disparador acepta su filtro: el producto, el curso, el evento, el espacio, el grupo, la etiqueta, el campo, el ciclo o la encuesta (vacío: cualquiera). El panel del disparador (Entrada en el workflow) reúne el filtro, cuántas veces entra la persona, el Límite de frecuencia y la descripción.

Tiempo (cada día, por fecha): una pasada al día, desde las 9:00 en la zona horaria de la comunidad, para quien cumple la regla ese día: Alguien lleva N días sin entrar, Cada día, para todos, Evaluación pendiente desde hace N días, Evaluación vence en N días, 1:1 dentro de N días, 1:1 sin registro desde hace N días, Acuerdo de 1:1 atrasado desde hace N días, Resultado clave sin check-in desde hace N días, El ciclo de metas termina en N días, Acción del plan de desarrollo atrasada desde hace N días y Encuesta sin respuesta desde hace N días. Cada persona entra una vez por el mismo hecho. En el disparador Alguien lleva N días sin entrar, al activar el workflow por primera vez, Incluir a quien ya lleva más de N días sin entrar pone también a quien ya pasó ese punto: la ventana muestra cuántas personas son y pide la confirmación, y entran una vez cada una, al ritmo del límite diario.

Manual (personas elegidas): el equipo inicia el workflow para quien elija. Con el workflow activado, Ejecutar ahora pide las Personas o un Público (como el de las campañas), muestra antes cuántas entran, quién queda fuera (dadas de baja, con correo inválido o que denunciaron) y en cuántos días salen los correos por el límite diario, y pide la confirmación ("Entiendo que N personas recibirán ahora los pasos de este workflow"). Confirmar dos veces no inicia dos veces. Hasta 20 mil personas por vez, en lotes.

Programado: cada día, cada semana (en los Días de la semana) o cada mes (en el Día del mes, de 1 a 28), a la Hora elegida en la zona horaria de la comunidad, Para quién definas. Activarlo pide la misma confirmación que los disparadores por fecha, y un día con el envío de la comunidad suspendido se salta.

Webhook recibido: otro sistema llama a la dirección del disparador e inicia el workflow para la persona del cuerpo de la llamada. Ver Webhook de entrada.

Llamado por otro workflow: el workflow empieza cuando otro lo llama con el paso Llamar workflow, para la misma persona. Ver Acciones de la plataforma y otros workflows.

#Los pasos

Cada bloque tiene un Nombre del bloque, para reconocerlo en el diseño y encontrar sus variables en Insertar variable. Los textos aceptan las variables del disparador y de los pasos anteriores. Lo que hace un workflow nunca dispara otro workflow. La única forma de que un workflow inicie otro es el paso Llamar workflow.

#El editor

El Diseño ocupa toda la altura de la pantalla:

• La barra de iconos a la izquierda abre los bloques por categoría (Disparadores, Flujo, Mensajes, Personas, Contenido, Integraciones, IA y Fin), con búsqueda (Buscar bloque…, atajo /); cada categoría tiene su color. Las categorías se abren y se cierran como un acordeón (clic, Enter o espacio), muestran cuántos bloques tienen cuando están cerradas, y el navegador recuerda cuáles dejaste cerradas; una búsqueda abre las que tienen resultados. Arrastra un bloque al diseño o haz clic para añadirlo después del bloque seleccionado.
• Barras laterales redimensionables: arrastra el borde de la barra de bloques o del panel del bloque para cambiar el ancho, y un doble clic vuelve al valor por defecto. El ancho queda guardado en el navegador.
• El "+" a ambos lados de cada bloque es el punto de conexión. Hacer clic abre el selector de bloques (después de la salida, o antes de la entrada); arrastrar tira de un cable; soltar un bloque del diseño, un bloque de la barra o la punta de un cable sobre un + conecta. El + en medio de una conexión pone un paso en medio.
• Una conexión rechazada dice por qué, en un aviso en el diseño: "El disparador no recibe conexiones: siempre es el inicio.", "Un bloque no puede llevar a sí mismo." y "Eso crearía un bucle. Para repetir pasos, usa el bloque "Mientras (repetir)"."
• Un clic en un bloque abre su panel, con el Nombre del bloque, los campos y las opciones reales de la comunidad (correos, etiquetas, grupos, cursos, productos, espacios y eventos, con búsqueda). Un paso fuera de cualquier camino queda marcado como Suelto, y un paso con error, marcado en rojo.
• Menú contextual (botón derecho): Abrir, Duplicar, Eliminar, Añadir bloque después, Desconectar, Pegar.
• Barra de herramientas y minimapa: Acercar, Alejar, Ver todo, Ordenar, Deshacer, Rehacer y un minimapa de todo el diseño.
• Atajos de teclado: eliminar la selección, deshacer y rehacer, copiar, pegar y duplicar bloques, seleccionar todo, Esc para cerrar el panel, guardar, Shift + clic para seleccionar varios, arrastrar en el fondo para seleccionar por área y Ctrl/⌘ + desplazar para el zoom. Atajos de teclado muestra la lista.

Guardar un workflow activado crea una versión nueva: vale para quien entre a partir de ahora, y quien ya está en medio termina en la versión en que empezó.

#Simular, probar y estimar

• Simular con una persona recorre el diseño con los datos actuales de esa persona (incluso lo que aún no se guardó) y resalta el camino: Seguiría por el "sí", Esperaría 3 días, Enviaría "…". No se envía nada.
• Enviarme una prueba, en un paso de correo, envía el correo solo a quien tiene la sesión iniciada.
• Simular y enviarme los correos hace la misma simulación y envía los correos que la persona recibiría, con el mismo texto y las mismas variables, solo a ti, con [Prueba] en el asunto. No cuentan como envío (ni en los límites, ni en la reputación de envío, ni en el historial) y no llevan los enlaces de baja de la persona. Hasta 10 correos por simulación (en un camino con más, salen los 10 primeros) y 10 simulaciones con envío por hora. El botón aparece cuando el diseño tiene un paso Enviar correo, para quien puede simular, incluidos el moderador y el financiero.
• Al activar, la ventana muestra cuántas personas activaron el disparador en el último día, en 7 y en 30 días, para dar una idea del volumen; en un disparador por fecha, cuántas entrarían hoy. Solo entran los próximos disparadores: quien pasó por el disparador antes no entra.

La simulación muestra el texto final de cada paso, con las variables completadas con la última vez que el disparador ocurrió para esa persona en los últimos 30 días ("Textos completados con la ocurrencia del 20/10 de esta persona."), o con los datos de ejemplo, y dice cómo termina el camino: Terminaría en éxito o Terminaría en error.

En un bloque de IA, la simulación muestra el prompt completado y "Preguntaría al modelo … (la simulación no llama a la IA)": no gasta tokens.

#Historial

La pestaña Historial tiene la lista de ejecuciones a la izquierda y el detalle de la elegida a la derecha ("Elige una ejecución a la izquierda para ver los pasos."). Encima de la lista, la barra de filtros: la búsqueda por persona (por nombre o correo), el botón Periodo (7 días, 30 días o Todo) y el resultado en píldoras (Todas, Éxito, Error…), en una sola línea. Los filtros quedan en la dirección de la página.

El detalle muestra el Inicio, el Fin y la Duración, los Datos del disparador y, en cada paso, las Entradas y las Salidas de cuando se ejecutó: el texto enviado en el DM, el comentario o Slack; el asunto y la entrega del correo; en una condición, lo que tenía la persona ("Tiene: VIP", "Último acceso: …"); en una llamada de webhook, el estado, la duración, el tamaño, los intentos, las claves usadas (solo el nombre) y desde dónde salió la llamada (IP fija o IP variable). Cada ejecución muestra el diseño de la versión con la que se ejecutó, y un paso que salió del diseño aparece como "Paso que ya no está en el diseño". Copiar ID copia el código de la ejecución, Ver en el diseño muestra dónde está la persona, y Detener ejecución (o Finalizar ejecución) saca a la persona del workflow. En el perfil de cada miembro, Automatizaciones lista los workflows por los que pasó.

En un paso de IA, el detalle muestra el Modelo, los Tokens (de entrada y de salida) y la duración; nunca la clave, el prompt ni la respuesta.

Cada ejecución aparece como Éxito, Error, Cancelada, Omitida o En curso, con el bloque de fin y el motivo, y el filtro Resultado separa cada una. Los pasos pueden quedar como Error y Esperando cupo ("Esperando cupo: aplazado hasta el 27/10, 9:00 por el límite diario de envíos de la comunidad"). La tarjeta Cómo terminan las ejecuciones queda arriba: ver Tasa de éxito y aviso de errores.

Eliminar ejecución y Limpiar historial. El propietario y el administrador quitan ejecuciones terminadas del historial: Eliminar ejecución, en el menú Más acciones de la ejecución (desactivado mientras se ejecuta: "Detén la ejecución antes."), o Limpiar historial, con Todas las ejecuciones terminadas o Las que empezaron antes de una fecha. La ventana muestra antes cuántas salen y pide la confirmación; las que están en curso se quedan. Salen de la lista, de los números y de la tasa de éxito, pero siguen contando para cuántas veces entra la persona (quien ya pasó por un workflow de Solo una vez no vuelve a entrar) y para los límites. Queda el registro en Logs. Por el asistente: delete_workflow_run y clear_workflow_runs.

#La lista de workflows

Encima de la lista, el botón Período (7 días, 30 días o Todo) y el estado en píldoras: Todos, Activado, Pausado y Borrador. Cada fila muestra el estado y el disparador del workflow y los números del período elegido:

Las acciones están en la propia fila (iconos en el ordenador, una hoja de opciones en el móvil):

• Activar (o Reanudar, en un workflow pausado): pide la confirmación de consentimiento cuando el disparador es por fecha o programado; si falta algo en el diseño, la lista dice qué es y abre el workflow para resolverlo.
• Pausar: nadie nuevo entra y cada persona se congela en el paso en que está, incluso en una espera; Reanudar sigue desde donde se quedó.
• Detener: nadie nuevo entra y las ejecuciones en curso se cancelan ("Nadie nuevo entra y se cancelarán 12 ejecuciones en curso."). El workflow queda pausado y se puede activar de nuevo; quien fue cancelado no vuelve.
• Ejecuciones: abre el historial del workflow, con cada persona, el estado y dónde está o se quedó.

¿Pausar o Detener? Pausa para corregir algo y seguir con las mismas personas; detén cuando lo que está en el camino ya no debe salir.

Workflows activos por plan. Encima de la lista, "3 de 10 workflows activos" (o "3 workflows activos", cuando el plan no tiene límite). El plan define cuántos workflows quedan activos al mismo tiempo: 3 en Starter, 10 en Growth, 30 en Business y sin límite en Scale (ver Plan y extensiones). Con el límite lleno, activar o reanudar otro muestra "Tu plan permite 10 workflows activos al mismo tiempo, y ya hay 10 activos. Pausa o detén otro, o cambia de plan.", con Ver planes. Pausar o detener uno libera la plaza. El SuperAdmin puede dar una excepción a una comunidad, y el nuevo límite vale al instante.

#Cuántas veces entra la persona

El campo Cuántas veces entra la persona tiene Solo una vez, De nuevo después de unos días y Cada vez que ocurra el disparador, y solo aparece cuando el disparador puede volver a ocurrir para la misma persona. Cada disparador tiene su naturaleza:

Cuando el campo desaparece, vale Solo una vez dentro de la misma entrada en la comunidad: quien sale y vuelve a la comunidad entra de nuevo.

Nunca dos ejecuciones a la vez sigue valiendo para todo disparador: un evento que llega con la persona en medio de una ejecución no abre otra y aparece en el historial como Omitida, con el motivo "ya estaba en curso".

#Cómo termina un workflow

Todo workflow tiene una entrada y un fin explícito, para que sepas si cada ejecución salió bien y qué hacer cuando no.

• Un solo disparador. El diseño acepta un disparador; la API rechaza un segundo.
• Fin: éxito y Fin: error, en la categoría Fin de los bloques. Todo camino termina en uno de ellos: un camino sin fin queda marcado ("Este camino tiene que terminar en Fin: éxito o Fin: error.") y el workflow no se guarda. Un fin solo entra donde no hay nada después. Un workflow antiguo se abre con Fin: éxito dibujado en los extremos sueltos y sigue funcionando igual.
• Salidas "ok" y "error" en cada acción (enviar correo, enviar mensaje, comentar, reaccionar, etiqueta, grupo y Slack). La salida "ok" sigue el camino; Conectar la salida de error lleva el fallo a otro bloque, como un DM al equipo o el Fin: error. Sin la salida de error conectada, un fallo termina la ejecución en error, con el motivo. Esperar, Condición, Mientras y Registrar log no tienen salida de error.
• Resumen y aviso: ver Tasa de éxito y aviso de errores.

Qué es un error. Solo lo que falla de verdad en el momento del paso: el correo que se eliminó de la biblioteca o que no entró en la cola de envío, el elemento del disparador o el grupo que ya no existe, el mensaje que no se pudo crear, Slack no instalado, sin el canal o caído, y la espera del cupo que pasó del límite (ver Cuándo se aplaza el envío). En el correo, solo cuenta el fallo al ponerlo en la cola: un rebote o un fallo del proveedor después de eso no cambia el camino.

Qué no es un error. Un paso omitido por una regla que no cambia con el tiempo (baja, rebote, mensajes desactivados, bloqueo) y un paso aplazado por el cupo siguen por la salida "ok". Los dos aparecen en el historial, pero nunca cuentan como error.

Cada paso deja el resultado para los siguientes: {{steps.<bloco>.result}} (done, skipped o failed), {{steps.<bloco>.reason}} y, solo en el camino de error de ese paso, {{steps.<bloco>.error}}, el motivo del fallo. Ver Variables.

#Tasa de éxito y aviso de errores

En el Historial, la tarjeta Cómo terminan las ejecuciones muestra:

• Éxito en 7 días y Éxito en 30 días, en porcentaje ("18 de 20 ejecuciones"); el éxito y el error cuentan por el bloque de fin;
• Pasos omitidos (7 días), Logs de error (7 días), Esperando cupo (ahora) y Ya en curso (eventos en 30 días);
• Últimos errores: las 10 últimas ejecuciones que terminaron en error, con el bloque y el motivo.

Los pasos omitidos, los aplazados y los logs no cuentan como error. El moderador y el financiero ven la tarjeta solo en lectura.

Aviso de tasa de error. Cuando más del 20% de las ejecuciones de las últimas 24 horas terminan en error (con al menos 20 ejecuciones en el período), el propietario y los administradores reciben un aviso en la campana y por correo ("El workflow "Bienvenida" tiene 35% de errores en las últimas 24 h (7 de 20 ejecuciones). Mira qué falló."), como máximo uno al día por workflow.

#Variables

Cada disparador entrega los datos de lo que pasó a los bloques siguientes: el nombre del curso en la felicitación, el producto y el importe en el agradecimiento por la compra, la fecha en el recordatorio del evento. Las variables tienen nombres en inglés, con punto, como {{course.name}} y {{purchase.product}}, y valen en los textos del mensaje (DM), del comentario, de Slack, de Registrar log y en el correo (asunto y cuerpo).

Insertar variable. El botón está en cada campo de texto. El menú agrupa las variables por el bloque que las generó, con el nombre que le diste al bloque y su icono ("Disparador · Cursos", "Persona", "Comunidad"), en el orden del flujo, y solo muestra los bloques que vienen antes del bloque en edición. Cada variable trae el nombre legible, el código y un ejemplo: "Curso · {{course.name}} · ej.: Curso de Liderazgo". La búsqueda ("Buscar variable o bloque") encuentra por el nombre de la variable o del bloque. Por eso conviene dar un Nombre del bloque a cada paso.

En el correo. Editar correo, en el paso Enviar correo, abre el correo de la biblioteca con Insertar variable de ese punto del flujo.

Cómo lo ve la persona. Debajo de cada texto con variable, la vista previa muestra el texto completado con datos de ejemplo (Maria Souza, [email protected]). La simulación muestra los textos con los datos reales de la persona (ver Simular, probar y estimar).

Valor de respaldo. Para quien no tiene el dato, escribe un texto después de la barra: {{purchase.discount|sin descuento}}. Una variable sin valor sale vacía, o con el valor de respaldo, y el envío no falla.

Las variables:

| De dónde | Variables |

Los formatos. Los importes salen en la moneda y el idioma de la persona (R$ 197,00); las fechas, en la zona horaria de la comunidad y en el idioma de la persona. member.language y community.language salen como el código del idioma (pt-BR).

Reglas:

• Los datos del disparador se guardan cuando la persona entra: una espera de 3 días no cambia el producto ni el importe, aunque el producto cambie de nombre en medio.
• Una variable que no llega al bloque (de un paso que viene después, o de otro disparador) impide guardar, y el bloque queda marcado con su nombre.
• Los valores entran como texto: el HTML sale escapado en el correo y en el comentario, sin <> en el DM y sin mención ni enlace en Slack; en el asunto, sin salto de línea. Ninguna variable entra en la dirección de un enlace, y trigger.* no entra en el asunto.
• La respuesta de un bloque de IA y la de un Llamar webhook vienen de fuera: salen escapadas donde entran y nunca van en el asunto de un correo.
• Ninguna variable trae lo que un miembro escribió (publicación, comentario, respuesta, título de votación o de anuncio), tasas, documentos o contenido de evaluación de RR. HH. más allá del nombre y del plazo del ciclo. El correo y el teléfono de la persona pueden ir en la publicación de Slack.
• Los nombres antiguos siguen funcionando ({{nome}}, {{comunidade}}, {{campo_<chave>}}, {{gatilho_<chave>}}), pero no aparecen en Insertar variable.

En las campañas. Un correo de la biblioteca que usa variables de workflow muestra "Usa variables de workflow". En una campaña, esas variables salen vacías, y Nuevo envío avisa: "Este correo usa variables de workflow (…). En una campaña salen vacías: cámbialas por variables de la persona o de la comunidad, o usa valores de respaldo."

#Condición "Variable"

La regla Variable, en el grupo Variables del flujo de la Condición, compara un dato del flujo: elige la variable (en el mismo menú de Insertar variable) y el operador, que depende del tipo:

Ejemplos: "Importe es mayor o igual a 100,00", "Formato es igual a Presencial", "Curso contiene Avanzado", "Fecha es en los próximos 7 días".

Las demás reglas usan los mismos operadores: Tiene la etiqueta y Está en el grupo con contiene, no contiene, alguno de y todos de (y varios grupos a la vez); Campo del perfil con los operadores del tipo del campo (en un campo de selección múltiple, contiene alguno de, contiene todos de y no contiene, con las opciones; la variable {{member.field.<clave>}} trae las opciones marcadas), siempre con el valor actual del campo. La regla se lee en el momento del paso.

#Registrar log

El bloque Registrar log anota una línea en la ejecución: elige el Nivel (Info, Aviso o Error) y escribe el mensaje, que acepta variables ("{{member.first_name}} llegó al final de la bienvenida").

• Solo texto: el HTML sale como texto, y el mensaje se corta en 1.000 caracteres después de completarse.
• Hasta 20 logs por ejecución; el 21.º se descarta ("límite de logs de la ejecución").
• La salida es siempre "ok". Un log de nivel Error no cambia el resultado de la ejecución ni cuenta en el aviso de tasa de error; el resumen muestra cuántos hubo.
• El log aparece en el historial de la ejecución y en Administración › Logs, tipo Workflows, con filtro por workflow y por nivel. Ver Logs.
• El mensaje solo lo ven el propietario y el administrador, porque puede contener cualquier variable. El moderador y el financiero ven que hubo un log en el historial, con "Mensaje visible solo para owner y admin." en lugar del texto.

#Llamar webhook

El bloque Llamar webhook, en la categoría Integraciones, envía una llamada HTTPS a otro sistema en medio del camino: avisar al CRM de una compra, guardar una fila en una hoja de cálculo, llamar a un flujo de n8n.

• Método y Dirección (URL): solo https://, puerto 443 y un host fijo. Las variables pueden ir en la ruta, nunca en el host, y las claves de la bóveda no entran en la dirección.
• Cabeceras y Cuerpo (JSON): aceptan variables y las claves de la bóveda ({{env.CRM_TOKEN}}), solo hacia las direcciones de la clave, cuando tiene alguna. El cuerpo va con memberfy.memberLanguage y memberfy.communityLanguage añadidos.
• Tiempo máximo de respuesta: de 2 a 15 segundos (por defecto 10).
• Lo que pueden usar los siguientes bloques: {{steps.<bloque>.status}}, {{steps.<bloque>.duration}} (ms), {{steps.<bloque>.size}} (bytes) y los campos de la respuesta JSON, hasta 16 KB ({{steps.<bloque>.body.<campo>}}). Los valores que vienen de fuera nunca entran en el asunto de un correo.

Límites: 60 llamadas por minuto y 2.000 al día en cada workflow; 300 por minuto y 20.000 al día en la comunidad. Lo que se pasa espera su turno en lugar de fallar. Un destino que falla varias veces seguidas queda unos minutos en espera.

#IPs fijas

En los planes Business y Scale, las llamadas salen de IPs fijas, las mismas de las entregas de webhook (ver IPs fijas), para permitirlas en el firewall del destino. El panel del bloque muestra las IP, con Copiar IP, y cuántas llamadas del mes ya salieron por ellas.

• El límite es de 10.000 llamadas por IP fija al mes. Pasado ese límite, las demás salen de IPs que cambian hasta que cambie el mes, y el propietario recibe un aviso en la campana, que abre las automatizaciones. El mes es el del calendario en la zona horaria de la comunidad: el conteo se reinicia a medianoche del día 1 y no se acumula en el plan anual.
• En los otros planes, las llamadas salen de IPs que cambian.
• El historial muestra, en cada llamada, desde dónde salió: IP fija, IP variable o "IP variable (límite mensual de IP fija alcanzado)".

#Variables y claves

Variables y claves, en la parte superior de Administración › Workflows, es la bóveda de la comunidad: los tokens y las claves que Llamar webhook usa en las cabeceras y en el cuerpo. Solo el propietario y el administrador la ven y la cambian.

1. Antes de la primera clave, lee el aviso Antes de empezar: un aviso sobre datos personales y haz clic en He leído y acepto: los datos de las personas enviados por webhook salen de Memberfy hacia el sistema que indiques, y la comunidad es la responsable de esos datos. Se acepta una sola vez, para toda la comunidad; después, la pantalla muestra cuándo se aceptó.
2. Nueva clave abre una ventana con tres campos:
   • Nombre: cómo llamas a la clave dentro del workflow. Se ajusta mientras escribes (mayúsculas, números y _; los espacios y las tildes se convierten en _), y justo debajo aparece cómo escribirla en el bloque: "En el bloque "Llamar webhook", escribe" {{env.CRM_TOKEN}}.
   • Valor: pega el token o la contraseña. El icono del ojo muestra u oculta lo que pegaste (Mostrar el valor / Ocultar el valor), solo mientras la ventana está abierta.
   • Solo puede enviarse a (opcional): las direcciones a las que puede ir la clave, como api.tucrm.com (Enter o Añadir; si pegas una URL entera, se queda solo el dominio). Vacío, la clave puede usarse con cualquier dirección; con direcciones, solo sale hacia ellas. Para una clave de un solo sistema, como el token del CRM, rellénalo: es más seguro.
3. En el bloque, usa {{env.CRM_TOKEN}}.

• El valor nunca vuelve a la pantalla. Se guarda cifrado, y la lista muestra solo el final ("…a1b2"), adónde puede ir (o "Cualquier dirección") y cuándo se usó. Para cambiarlo, Sustituir.
• Eliminar borra el valor en el acto; los workflows que usan la clave pasan a ir por el camino de error.
• El historial muestra el nombre de las claves usadas en una llamada, nunca el valor.

#Límites de IA

La tarjeta Límites de IA, en Variables y claves, contiene el gasto de los bloques Claude y ChatGPT, que es de la comunidad. Solo el propietario y el administrador la ven y la cambian, y cada cambio queda registrado.

Qué es un token. La IA lee y escribe el texto en tokens, trozos de palabra: 1.000 tokens son unas 750 palabras. Cuentan la entrada (las instrucciones y el prompt) y la salida (la respuesta). Nada de esto usa la cuota de IA de Memberfy.

Por llamada tiene que ser menor o igual que por ejecución, y por ejecución menor o igual que por día. La tarjeta muestra cuánto se usó hoy ("Hoy: 12.400 de 200.000 tokens usados."); Guardar límites guarda y Volver al valor por defecto vuelve a los números de la tabla.

#Bloques de IA (Claude y ChatGPT)

Los bloques Claude y ChatGPT, en la categoría IA, piden a la IA un texto o un JSON en medio del camino: escribir una bienvenida personal, clasificar un ticket de soporte, resumir la respuesta de un formulario. La llamada usa la clave de API de la propia comunidad, creada en Anthropic (Claude) o en OpenAI (ChatGPT): el uso lo paga la comunidad, directamente al proveedor.

Antes del primer bloque:

1. En Variables y claves, acepta el aviso de datos personales y crea una clave con la clave de API del proveedor. En Solo puede enviarse a, pon api.anthropic.com (Claude) o api.openai.com (ChatGPT). Una clave sin dirección también aparece en el bloque, pero restringirla es más seguro; una clave con otras direcciones, no.
2. Revisa los Límites de IA.

El panel del bloque:

Las variables entran en el prompt como datos, nunca como órdenes al modelo, junto con el idioma de la persona y el de la comunidad. Pon en el prompt solo lo que la tarea necesita.

Lo que pueden usar los bloques siguientes: {{steps.<bloque>.output}} (el texto o el JSON), {{steps.<bloque>.output.<campo>}} (cada campo del JSON, también en una Condición "Variable"), {{steps.<bloque>.tokens}} y {{steps.<bloque>.model}}, con Insertar variable. La respuesta se guarda hasta 16 KB. Es un valor de fuera, como el de un webhook: sale escapada donde entra y nunca va en el asunto de un correo.

Cómo se comporta el bloque:

La simulación muestra el prompt completado sin llamar a la IA, y el historial muestra el modelo, los tokens y la duración de cada llamada, nunca la clave, el prompt ni la respuesta (ver Historial).

#Enviar SMS y Enviar WhatsApp

Los bloques Enviar SMS y Enviar WhatsApp, en la categoría Mensajes, envían un aviso de servicio al móvil de la persona de la ejecución, con las reglas de Avisos por SMS y WhatsApp: el canal activado en Correos y notificaciones, el móvil confirmado (o informado por el equipo al declarar el consentimiento), el consentimiento de servicio de ese canal y la categoría Automatizaciones activada en Mi cuenta › Avisos.

• Texto (SMS): hasta 300 caracteres, con variables ("Hola {{member.first_name}}, tu evento empieza en 1 hora."). Las variables entran como texto simple. Al enviar, Memberfy pone el nombre de la comunidad delante ("[Club de Running] …") y, en el SMS, el enlace de baja al final.
• Partes (SMS): el panel cuenta las partes del texto solo y tal como sale (con [Comunidad] delante y el enlace de baja). Una parte tiene 160 caracteres, o 153 cuando el mensaje se divide; una tilde como ã, õ o ç, o un emoji, hace que cada parte admita 70 (67 cuando se divide). Las variables cuentan tal como se escriben.
• Plantilla (WhatsApp): WhatsApp no acepta texto libre. Elige la Plantilla (Entrada confirmada, Pago rechazado, Aviso de la comunidad…), rellena los Campos de la plantilla (hasta 300 caracteres cada uno, con variables; Memberfy rellena el nombre de la persona y el de la comunidad) y, si quieres, la Página que abre el botón (una ruta de la comunidad, como /eventos; vacía, la página de inicio). Para un aviso sin plantilla propia, usa Aviso de la comunidad, cuyo campo es tu texto. Cómo llega muestra el mensaje montado. Una plantilla de marketing solo llega a quien aceptó novedades por WhatsApp. No repitas en un workflow un mensaje que la plataforma ya envía, como el pago confirmado o el recordatorio del evento.
• Plantillas que un workflow puede usar (WhatsApp): Aviso de la comunidad (también en la versión servicio), Entrada confirmada, Pago confirmado, Pago rechazado, Compra sin terminar, Evento mañana y Evento por empezar (con las versiones presenciales, que llevan el mapa), Evento en vivo, Respuesta en el post, Mención, Mensaje directo, Contenido nuevo, Propuesta decidida, 1:1, Feedback recibido (también en la versión servicio), Pendiente de RR. HH., Recordatorio de reserva, Suscripción que se renueva, Reembolso, Lugar en la lista de espera y Certificado emitido. Quedan fuera las que ningún disparador puede rellenar (Visitante en recepción, Paquete recibido, Tarjeta que vence, Respuesta a la solicitud de soporte y Registro aprobado): esas solo salen como mensaje de la plataforma.
• Plantillas de marketing (WhatsApp): WhatsApp clasifica como marketing el Aviso de la comunidad y el Feedback recibido (las dos versiones de cada uno), la Compra sin terminar, la Mención y el Contenido nuevo. Quien no aceptó novedades por WhatsApp no las recibe: el paso se omite ("sin consentimiento para WhatsApp") y sigue por el camino "ok". Para que todos reciban el aviso, pon después del bloque una condición "Variable" con {{steps.<bloque>.result}} igual a skipped que lleve a un Enviar correo. Ver Plantillas de marketing.

Cómo se comporta el bloque:

Con el envío de la comunidad suspendido, los dos bloques esperan, como los demás mensajes. Ni lo omitido ni lo aplazado cuentan como error.

#Recordatorios que también van por SMS

Con el SMS activado en la comunidad, tres recordatorios de la plataforma también salen por SMS, sin workflow, para quien puede recibir: el recordatorio del evento, 1 hora antes; los recordatorios del ciclo de PDI (enviar y aprobar el PDI); y el recordatorio del 1:1. La pantalla de cada uno lo indica ("El recordatorio de 1 hora antes también sale por SMS para quien dio su consentimiento."). Un recordatorio que el horario de silencio o el tope diario retrasaría se omite en el SMS; el correo sale como siempre. Con el SMS desactivado, nada cambia.

#Acciones de la plataforma y otros workflows

Cada acción de la plataforma es un bloque de la barra, con el nombre de la acción, en la categoría de lo que toca (Personas, Contenido o Mensajes). Hace por la persona de la ejecución lo mismo que el equipo hace en pantalla; el panel del bloque pide los campos de la acción (el curso, el evento, el plan o producto y el grupo con búsqueda, el Campo del perfil, el Nuevo rol, los Puntos y el Motivo, fechas y textos, con variables) y dice el rol que exige:

Lo que mueve dinero o borra para siempre nunca se ejecuta en un workflow.

Llamar workflow ejecuta, para la misma persona, un workflow que empieza con Llamado por otro workflow. En el disparador de ese workflow, Valores que recibe este workflow declara lo que espera (nombres con minúsculas, números y _), usados en los bloques como {{trigger.<nombre>}}; en Fin: éxito, Valores devueltos dice lo que vuelve a quien llamó. En el bloque Llamar workflow, elige el Workflow llamado, completa los Valores enviados y mira Lo que devuelve, que los bloques siguientes usan como {{steps.<bloque>.output.<nombre>}}. El workflow que llama espera a que el otro termine y sigue por "ok" o por error. Un workflow no se llama a sí mismo ni a quien lo llama, y la cadena llega hasta 3 workflows. Así, una bienvenida común vive en un solo workflow, llamado por varios.

#Con qué rol actúan los pasos

Un workflow nunca hace más que la persona que lo puso en marcha:

• Los pasos actúan con el rol de quien guardó, activó, reanudó o ejecutó el workflow. Una acción por encima del rol de quien edita queda marcada en el panel ("Esta acción exige propietario: no puedes guardar el workflow con ella.") y el workflow no se guarda.
• El rol se lee de nuevo en cada paso: si la persona perdió el rol, la acción se omite; si salió de la comunidad, el paso falla.
• El administrador actúa como el propietario. Guarda, activa y ejecuta workflows con cualquier acción de la plataforma, también hacer administrador a alguien. Solo una acción marcada como exclusiva del propietario quedaría por encima de él (el workflow se abriría solo para lectura: "Este workflow tiene acciones que solo propietario puede cambiar."), y hoy ninguna lo es: la titularidad de la comunidad y el plan no son acciones de workflow.
• El moderador y el financiero tienen límites: ven, simulan y siguen el historial, pero no guardan, activan ni ejecutan workflows, y un workflow nunca les da un poder que no tienen.
• Un workflow llamado por otro actúa con el rol más bajo de la cadena.

#Eventos del ciclo de vida

29 disparadores con el ciclo de vida de cada módulo, cada uno en el bloque de su familia y también en los webhooks.

• Solo los elementos publicados activan: un borrador editado o eliminado no inicia nada.
• Eliminar un evento es como se cancela un evento hoy, y el disparador lo dice: "Se elimina un evento (así se cancela)".
• La persona de la ejecución es quien hizo la acción ({{actor.name}}). Cuando es el equipo quien publica (un evento, una lección), el disparador sirve para avisar en Slack o reconocer al autor; para avisar a todos los miembros de un contenido nuevo, usa los avisos por correo o un workflow Programado o Manual con público.

#Niveles y puntos

El bloque de disparador Niveles y puntos ("Una persona sube o baja de nivel, o alcanza un total de puntos") acompaña los niveles de la comunidad:

Ninguno de los tres se dispara en un recálculo de puntos, en una importación, cuando la comunidad cambia los niveles ni con la gamificación desactivada.

Condiciones. En la Condición, el grupo Participación tiene las reglas Nivel ("está en el nivel Kernel o superior", o "está por debajo del nivel Kernel") y Puntos ("tiene al menos 500 puntos", o "tiene menos de 500 puntos"), leídas en el momento del paso.

Ejemplos: "Subió a Kernel → conceder la insignia Kernel"; "Bajó de Kernel, motivo actividad de la semana → sacar del grupo Kernel"; "Alcanzó 1.000 puntos → enviar un DM de felicitación".

#DM recibido

El bloque de disparador Mensajes tiene el disparador Un miembro envía un DM al equipo: se activa cuando un miembro envía un mensaje a alguien del equipo. La persona de la ejecución es quien envió el DM. Un DM entre miembros, o de alguien del equipo, no activa nada.

Filtros:

• Quién lo recibe: una o varias personas del equipo (obligatorio).
• Quien envía tiene la etiqueta y Quien envía está en el grupo (vacío: cualquier miembro).
• Solo el primer mensaje de una conversación nueva. Desmarcado, cada mensaje activa, con la regla de Cuántas veces entra la persona.

Variables: {{dm.from.name}} y {{dm.from.email}} (quien envió), {{dm.to.name}} (quien recibió) y {{dm.conversation_url}} (el enlace de la conversación).

El texto del DM ({{dm.text}}) sigue la regla de los mensajes: el equipo no lee la conversación de los demás. Por eso solo está disponible cuando el workflow es de quien recibió el mensaje:

• el filtro Quién lo recibe tiene exactamente a esa persona, y solo ella guarda y activa el workflow;
• el texto solo puede ir en un DM firmado por esa persona, en el cuerpo de un correo o en una condición. En cualquier otro lugar (asunto, Slack, comentario, log, DM en nombre de otra persona), o en un workflow guardado o activado por otra persona, el bloque queda marcado con error en el diseño y el workflow no se guarda.

El evento también llega a los webhooks como message.received, sin el texto del mensaje.

#Límites

• Límite de frecuencia, opcional, en cada workflow: como máximo N correos cada tantas horas o días a la misma persona; lo que pase del límite queda esperando cupo.
• Límite diario de la comunidad: los correos de workflows al día del plan (40 en Starter, 80 en Growth, 200 en Business y 350 en Scale; ver Plan y extensiones); lo que pase espera al día siguiente. Los correos transaccionales nunca entran en este límite.
• SMS y WhatsApp por persona: como máximo 5 mensajes de workflow por persona al día en cada canal, por defecto (de 1 a 20, en la tarjeta del SMS); lo que pase sale al día siguiente, a las 8:00.
• Mensajes: como máximo 1 mensaje de workflow por persona al día; quien desactivó los mensajes o bloqueó a quien firma no lo recibe.
• Webhook recibido: como máximo 5 ejecuciones por persona al día en cada workflow.
• Quien se dio de baja de Automatizaciones, las direcciones con rebote o denuncia y la reputación de envío de la comunidad también frenan los correos.
• Llamar webhook: ver los límites de las llamadas.
• Con el envío de la comunidad suspendido, Ejecutar ahora y el Programado no inician a nadie, y los mensajes, los comentarios, las reacciones y las publicaciones en Slack de quien ya está en el camino esperan a que termine la suspensión (las etiquetas y los grupos siguen).

#Cuándo se aplaza el envío

Cuando un límite que se libera con el tiempo frena el paso, este queda esperando cupo y sale en cuanto se libera, en lugar de omitirse:

• El historial muestra "Esperando cupo: aplazado hasta el 28/10, 9:00 por el límite de frecuencia del workflow".
• Cuando el cupo se libera, los pasos salen repartidos a lo largo de una hora; después de una suspensión, a un ritmo controlado, y no todos a la vez.
• Después de salir, el paso sigue por la salida "ok". Si pasa del tiempo máximo, la ejecución sigue por la salida "error" con el motivo "esperó el cupo más allá del límite".
• Pausar el workflow congela la espera; Reanudar reinicia la cuenta; Finalizar ejecución o Detener cancela, y no se envía nada.
• Un evento nuevo de la misma persona durante la espera no abre otra ejecución ("ya estaba en curso").

Un impedimento permanente cuenta como omitido. La baja de Automatizaciones, el correo con rebote o denuncia, la persona sin correo, los mensajes desactivados, el bloqueo de quien firma y quien firma fuera de las personas permitidas no se liberan con el tiempo: el paso se omite, con el motivo, y el camino sigue por la salida "ok" ({{steps.<bloco>.result}} es skipped).

Ni el aplazado ni el omitido cuentan como error: no cambian el resultado de la ejecución ni el aviso de tasa de error.

#Consentimiento y quién firma

Disparador por fecha y Programado: al activar, la ventana pide una vez la confirmación de que estas personas, que ya están en la comunidad, pueden recibir estos correos.

#En nombre de quién

Quién puede firmar los mensajes de los workflows es una elección de la comunidad:

• En Administración › Configuración › Correos y notificaciones, la tarjeta Mensajes de los workflows en nombre de (la misma aparece arriba en Administración › Workflows) dice en nombre de quién los workflows pueden enviar DM, comentar y reaccionar: Todo el equipo (por defecto: propietario, administradores, moderadores y financiero) o Solo el owner. Solo el propietario y el administrador la ven y la cambian.
• El campo En nombre de quién de cada bloque de DM, comentario y reacción lista las personas que la configuración permite. Nadie tiene que aceptar ni aprobar textos.
• Con Solo el owner, los pasos diseñados en nombre de otra persona se omiten, con el motivo "quien firma no está entre las personas permitidas", y el editor marca esos bloques ("Esta persona ya no puede firmar: con "Solo el owner", este paso se omite hasta que cambies quién firma.").
• Queda el registro: cada versión guarda quién la activó o publicó y los textos que salen en nombre de cada persona. Cuando otra persona del equipo activa un workflow que habla en tu nombre, recibes un aviso en la campana, que abre el workflow ("Ana activó el workflow "Bienvenida", que habla en tu nombre. Mira los textos.").

#Plantillas

Plantillas crea un borrador a partir de una de las 9 plantillas, con los correos ya en la biblioteca, en el idioma de la comunidad. No se envía nada hasta que lo actives.

Abrir una plantilla muestra los pasos y los asuntos de los correos antes de usarla ("Crea N correos en la biblioteca").

#Correos y baja

Los correos de los workflows salen en la categoría Automatizaciones de Correos de esta comunidad, activada por defecto, con el enlace para desactivarla en el pie.

#Paso a paso

Un ejemplo: una felicitación con el nombre del curso.

1. En Administración › Workflows, haz clic en Nuevo workflow (o en Plantillas, para empezar desde una plantilla).
2. Arrastra el bloque Cursos de la categoría Disparadores y, en Se activa cuando, elige Alguien completa un curso. Elige el curso: el campo Cuántas veces entra la persona desaparece, porque cada persona completa ese curso una vez.
3. Haz clic en el + después del disparador y elige Enviar correo. Ponle el Nombre del bloque Felicitación y elige el correo. En Editar correo, usa Insertar variable › Disparador · Cursos › Curso para poner {{course.name}} en el asunto.
4. Conecta la salida "ok" a Fin: éxito. Si quieres, conecta la salida "error" a un Enviar mensaje (DM) para ti, con {{steps.<bloco>.error}} en el texto, y después a Fin: error.
5. Guardar y Simular con una persona, con una alumna que completó el curso: la simulación muestra el asunto con el nombre del curso y Terminaría en éxito. En un paso de correo, Enviarme una prueba te envía el correo solo a ti. Simular y enviarme los correos te envía el correo tal como lo recibiría la alumna.
6. Activar y confirma. En la lista, sigue Entraron, Terminaron y Éxito.

#Por el asistente (MCP)

El propietario y el administrador crean, editan, activan, pausan y reanudan workflows por el asistente, incluso a partir de las plantillas; activar y reanudar muestran antes el disparador, los correos y la estimación. El equipo consulta, simula y sigue el historial. También por el asistente: run_workflow (ejecutar ahora), stop_workflow (detener, con el recuento de las ejecuciones canceladas antes de la confirmación), get_workflow_summary (la tasa de éxito y los últimos errores), list_workflow_variables y preview_workflow_text (las variables de un bloque y el texto completado), get_workflow_settings y update_workflow_settings (en nombre de quién) y la dirección del webhook de entrada. Consulta las recetas y Herramientas · Comunidad.

El asistente también aprende a automatizar: la guía de workflows (get_workflow_guide y la receta Automatizar una regla con un workflow) explica disparadores, bloques, reglas y variables y trae recetas listas; suggest_workflow convierte una regla en palabras ("quien compra el curso gana 7 días de acceso a la mentoría") en un borrador, sin guardar nada; y, después de enviar una campaña, emitir certificados o invitar personas, el asistente sugiere el workflow que lo automatiza. Por el asistente también: las claves de la bóveda (list_env, set_env, delete_env, sin mostrar nunca el valor), los bloques de acciones de la plataforma y Llamar workflow, y quitar ejecuciones del historial (delete_workflow_run, clear_workflow_runs, con confirmación).

Para la IA y las acciones nuevas: la guía trae el bloque ai (con los modelos y los límites del bloque) y 48 recetas, entre ellas DM de bienvenida escrito por IA, Triaje de tickets de soporte con IA, Resumen de respuesta de formulario con IA, Certificado en el check-in y 1:1 recurrente para quien entra en un equipo. get_ai_limits y update_ai_limits leen y cambian los Límites de IA, adjust_member_points ajusta los puntos de alguien sin workflow, y simulate_workflow con send_emails_to_me envía los correos de la simulación solo a ti. Ninguna de las cuatro pide confirmación.

Para el SMS y WhatsApp: la guía describe los bloques sendSms y sendWhatsapp (el límite, la regla de las 24 horas y los motivos de omisión y de espera, leídos de list_workflow_triggers), y las recetas pasan a 56, con Bienvenida por SMS, Inscripción al evento confirmada por SMS, Evento reprogramado por SMS, Pago vencido por SMS, 1:1 mañana por SMS, Inscripción al evento confirmada por WhatsApp, Pago vencido por WhatsApp y Plaza de la lista de espera por WhatsApp. Ver Avisos por SMS y WhatsApp. En WhatsApp, la guía monta el bloque con la plantilla, los campos y la página del botón, nunca con texto libre, y las recetas usan Entrada confirmada, Pago rechazado y Aviso de la comunidad.

Para los campos de selección múltiple y las insignias, las recetas pasan a 61: Bienvenida por interés y Etiqueta por interés (con contiene alguno de en la condición Campo del perfil), Insignia al terminar un curso, Grupo para quien recibe una insignia e Insignia en el check-in del evento.

Para los niveles: la guía describe los disparadores Subió de nivel, Bajó de nivel y Alcanzó N puntos y las reglas levelAtLeast y pointsAtLeast, con tres recetas nuevas: Subió de nivel, recibe una insignia, Bajó de nivel, sale de un grupo y Alcanzó N puntos, recibe una insignia. Los niveles en sí están en get_ranking_levels y update_ranking_levels.

#En la API

Las rutas están en /api/workflows: disparadores, lista, crear, editar, eliminar, activar, pausar, reanudar, detener, estimación, simulación, prueba, ejecuciones, historial por miembro, plantillas y ejecutar ahora (POST /api/workflows/{id}/run). Consulta la Referencia de la API. También POST /api/workflows/{id}/stop, GET /api/workflows/{id}/summary, GET /api/workflows/{id}/variables y POST /api/workflows/variables (las variables de un diseño aún no guardado), GET y PUT /api/workflows/settings (en nombre de quién), occurs y variables en cada disparador de GET /api/workflows/triggers, activeCount y maxActive en la lista, y el tipo workflows en GET /api/logs. Un diseño rechazado vuelve con 422 y el bloque: singleTriggerOnly, pathWithoutEnd, variableUnavailable. También actionAboveRole y subWorkflowAboveRole (acción por encima del rol de quien guarda), subWorkflowCycle, httpTimeoutInvalid, externalInSubject; Ejecutar ahora o la dirección de webhook de un workflow con acciones por encima de tu rol: 403 workflows.actionsAboveRole. Y DELETE /api/workflows/runs/{runId}, POST /api/workflows/{id}/runs/clear, los bloques http, platformAction y runWorkflow, el disparador workflow.called, platformActions y subWorkflow en GET /api/workflows/triggers, y la bóveda en /api/vault (el valor de una clave nunca vuelve).

Los bloques de IA son el bloque ai (provider anthropic u openai, model, keyEnv, system, prompt, outputFormat text o json, jsonSchema, maxOutputTokens, timeoutSeconds, next y error), con los modelos y los límites del bloque en aiProviders y aiNode de GET /api/workflows/triggers; los topes están en GET y PUT /api/vault/ai-limits (propietario y administrador). Las acciones nuevas están en platformActions (content.post.create, certificate.issue, recognition.give, chat.block, oneOnOne.schedule, developmentPlan.action.add), con el campo opcional ownerOnly, y POST /api/gamification/points ajusta puntos fuera de un workflow. POST /api/workflows/{id}/simulate acepta sendEmailsToMe: true y devuelve emailsToMe; más de 10 simulaciones con envío por hora: 429; cuenta sin correo: 422.

Los bloques de SMS y WhatsApp son sendSms (text, hasta 300 caracteres, next y error) y sendWhatsapp (template, variables, hasta 300 caracteres cada una, link, next y error; las plantillas y sus campos vienen en whatsappNode.templates), descritos en smsNode y whatsappNode de GET /api/workflows/triggers. Los motivos quedan en el paso: omitido (smsNoPhone, smsPhoneUnverified, smsNoConsent, smsOptedOut, smsOptedOutAll, smsCategoryOff, smsCountryUnsupported, smsChannelDisabled, smsMemberGone, smsTextEmpty y los whatsapp* equivalentes, más whatsappNotOnPlan, whatsappTemplateNotApproved, whatsappNoConsent), aplazado (smsQuietHours, smsDailyCapReached, smsMonthlyQuotaReached, smsPersonDailyCapReached y los de WhatsApp) y error (smsSendFailed, whatsappSendFailed). El contador de partes es POST /api/sms/segments.

Las acciones de insignia son badge.award (con badgeId y reason, que acepta variables) y badge.revoke, en platformActions; los disparadores son badge.awarded (filtros badgeId y sources) y badge.revoked, con la variable {{badge.name}}. Los disparadores de nivel y puntos son member.level_changed (filtros direction, up por defecto o down, levelId y, en la bajada, causes: points y activity) y member.points_changed (filtro points, obligatorio: se dispara cuando from < N <= to); las reglas son levelAtLeast (levelId) y pointsAtLeast (points), con not. En un campo de selección múltiple, la regla fieldEquals acepta op containsAny, containsAll, notContains y contains, con values.

#Relacionados

• Campañas de correo
• Reputación de envío
• Mensajes
• Logs
• Slack
• IPs fijas