Tipos de bloques

Tipos de bloques

El editor agrupa los bloques por función. Elige cada tipo según el momento del flujo y la clase de decisión que necesitas automatizar.

Triggers

Los triggers definen cómo empieza una ejecución y qué contexto inicial recibe el workflow.

Webhook recibido

Triggers

Se activa al recibir un webhook autenticado.

Ejemplo: cuando tu CRM envía un cambio de estado

Evento generado

Triggers

Inicia el workflow cuando un evento interno de Soyio coincide con un patrón.

Ejemplo: cuando una persona revoca un consentimiento

Solicitud de derecho recibida

Triggers

Se activa cuando una DSR entra en procesamiento.

Ejemplo: cuando una solicitud debe pasar a revisión operativa

Por cada derecho de la solicitud

Triggers

Inicia una ejecución por cada derecho de la solicitud validada.

Ejemplo: derivar cada derecho al equipo que corresponde según su tipo

Ejecución manual

Triggers

Solo corre cuando un operador lo ejecuta desde una solicitud.

Ejemplo: un cierre especial que el equipo dispara caso a caso

Inicio programado

Triggers

Inicia el workflow en una programación diaria, semanal o mensual.

Ejemplo: cada lunes para revisar pendientes

¿Por solicitud o por derecho?

Para solicitudes de derechos hay dos triggers y la diferencia es el nivel en el que trabaja tu automatización. Ambos se activan para todas las solicitudes cuando el titular valida su identidad; lo que cambia es cuántas ejecuciones inician:

• Solicitud de derecho recibida inicia una ejecución por solicitud. Úsalo para lo que aplica al caso completo: avisar al equipo, asignar un responsable o pedir una revisión inicial.
• Por cada derecho de la solicitud inicia una ejecución por cada derecho. Úsalo para gestionar los derechos: derivar cada uno al equipo que corresponde, resolverlo o seguir su vencimiento. Cada ejecución identifica su derecho en el contexto (process.kind, entre otros), así que un Selector puede ramificar por tipo de derecho, o un Filtro puede limitar el workflow a un solo tipo.

Con una solicitud de un solo derecho ambos triggers se comportan igual, así que los workflows existentes no necesitan cambios. Los dos pueden convivir: un workflow por solicitud para lo global y otro por derecho para la gestión.

Condiciones

Los bloques de condición ayudan a decidir qué camino debe tomar el flujo según los datos disponibles en el contexto.

En el Selector, las condiciones se evalúan en orden y el flujo avanza por la primera que se cumple. Para lograr un OR, apunta varias condiciones al mismo paso siguiente.

Los bloques Filtro y Si / No evalúan una sola condición, así que si necesitas un OR, usa un Selector.

Si / No

Condiciones

Evalúa condiciones para enrutar el flujo.

Ejemplo: si la solicitud requiere revisión legal

Filtro

Condiciones

Avanza al siguiente paso solo si se cumple la condición.

Ejemplo: continuar solo si el payload tiene un correo válido

Selector

Condiciones

Evalúa múltiples condiciones y enruta por la primera que coincida.

Ejemplo: elegir una ruta según el tipo de solicitud

Acciones

Los bloques de acción ejecutan trabajo concreto: notifican, esperan, integran sistemas externos o cambian el estado de una solicitud.

Enviar correo

Acciones

Envía una notificación por correo electrónico.

Ejemplo: avisar al equipo legal que ya puede revisar el caso

Enviar solicitud HTTP

Acciones

Llama a un servicio externo y guarda valores de la respuesta en el contexto.

Ejemplo: crear un ticket en tu mesa de ayuda

Solicitud de formulario

Acciones

Solicita input interno estructurado y reanuda el workflow después del envío.

Ejemplo: pedir aprobación de jefatura antes de continuar

Acción diferida

Acciones

Espera un tiempo y luego continúa con el siguiente paso.

Ejemplo: esperar 24 horas antes de reintentar una acción

Asignar DSR

Acciones

Asigna automáticamente la DSR actual a una persona del equipo.

Ejemplo: dejar el caso en manos del equipo de privacidad

Transición DSR

Acciones

Cambia el estado de una solicitud de derechos. Se detiene si hay más de un derecho pendiente, porque cada uno se resuelve por separado.

Ejemplo: resolver la solicitud como aprobada

Paralelo

Los bloques paralelos sirven para abrir varias ramas al mismo tiempo y retomarlas después en un punto común.

Dividir flujo

Paralelo

Ejecuta múltiples ramas en paralelo y espera en un join emparejado.

Ejemplo: avisar a legal y soporte al mismo tiempo

Unir flujo

Paralelo

Espera hasta que se ejecuten todas las ramas.

Ejemplo: continuar cuando todas las áreas ya respondieron