- Introducción
- Primeros pasos
- Modelado de procesos con BPMN
- Comprender el modelado del proceso
- Abrir el lienzo de modelado
- Modelar tu proceso
- Alinear y conectar elementos BPMN
- Autopilot para Maestro (vista previa)
- Repositorio de procesos
- Modelado de procesos con gestión de casos
- Diseñar un esquema de entidad de caso persistente
- Definir claves de caso (de sistema o externo)
- Establecer contratos de entrada/salida y de escritura diferida de tareas
- Reglas de salida y terminación temprana de etapas
- Modelar las etapas principal y secundaria
- Iniciar un caso desde Data Fabric
- Implementar perfiles y permisos a nivel de etapa
- Establecer SLA y reglas de escalado automatizadas
- Configurar un bucle de reprocesamiento (reingreso)
- Gestionar instancias de casos en ejecución: pausar, migrar y reintentar
- Diccionario de componentes de la gestión de casos de Maestro
- Modelado de procesos con Flow
- Implementación del proceso
- Depuración
- Simular
- Publicar y actualizar procesos de agente
- Escenarios de implementación comunes
- Extracción y validación de documentos
- Operaciones de proceso
- Supervisión de procesos
- Optimización de procesos
- Información de referencia
Tipos de desencadenador, propiedad de entrada y comportamiento de punto de entrada en procesos de Maestro.
Qué es
Un desencadenador define cómo se inicia un proceso. Cada proceso requiere al menos un desencadenador, y los nuevos procesos incluyen un desencadenador manual de forma predeterminada.
Tipos de desencadenadores
Flow admite los siguientes tipos de desencadenadores:
| Tipo | Descripción | Use case |
|---|---|---|
| Desencadenador manual | Inicia el proceso bajo demanda al seleccionar Depurar | Pruebas, depuración y ejecución ad-hoc |
| Desencadenador programado | Ejecuta el proceso en una programación recurrente, definida como un intervalo o una expresión cron | Sincronizaciones de datos periódicas, informes diarios, tareas de limpieza recurrentes |
| Desencadenadores basados en conector | Inicia el proceso cuando se produce un evento en un conector de Integration Service (por ejemplo, nuevo correo electrónico recibido o formulario enviado) | Automatización impulsada por eventos que reacciona a sistemas externos en tiempo real |
Colocación del desencadenador
Los desencadenadores se añaden desde la paleta del nodo en la barra de herramientas inferior. No se puede añadir un desencadenador desde el controlador de salida de un nodo.
Después de añadir un desencadenador, aparece en el lienzo como un nodo circular. Su manipulador de salida se conecta al primer nodo del proceso para completar el punto de entrada.
Cada desencadenador debe conectarse al menos a un nodo descendente. El flujo muestra una advertencia si un desencadenador no tiene conexión saliente.
Entradas de desencadenador
Las variables de entrada son propiedad de su desencadenador, no del proceso. Cada desencadenador define su propio conjunto de entradas, y esas entradas solo se rellenan cuando se activa ese desencadenador específico.
Para hacer referencia a la entrada de un desencadenador en un nodo descendente, utiliza la sintaxis:
$vars.<triggerName>.output.<inputName>
$vars.<triggerName>.output.<inputName>
Por ejemplo, si un desencadenador manual llamado manualTrigger1 define una entrada llamada userId:
$vars.manualTrigger1.output.userId
$vars.manualTrigger1.output.userId
Las entradas de desencadenador se configuran desde el panel Variables . Cada entrada pertenece al desencadenador al que pertenece y tiene su propio nombre y tipo.
Después de definir una entrada, aparece bajo ese desencadenador en el panel Variables y es accesible en sentido descendente como $vars.<triggerName>.output.<inputName>.
Consulta Variables y flujo de datos para obtener más información sobre la sintaxis de las expresiones y cómo se mueven los datos entre nodos.
Múltiples desencadenadores
Un proceso puede tener más de un desencadenador. Cada desencadenador actúa como un punto de entrada independiente. Cuando se activa cualquier desencadenador, inicia una ejecución independiente del proceso.
Esto es útil cuando la misma lógica debe ejecutarse en respuesta a diferentes eventos. Por ejemplo, un proceso puede tener tanto un desencadenador programado para ejecuciones por lotes nocturnas como un desencadenador basado en conector que reacciona a las solicitudes entrantes durante el día.
Cada desencadenador posee sus propias entradas. Los nodos posteriores hacen referencia al desencadenador específico que inició la ejecución actual. Si tu proceso tiene un desencadenador manual llamado manualTrigger1 y un desencadenador programado llamado scheduledTrigger1, cada uno tiene su propio espacio de nombres $vars.<triggerName>.output .
Páginas relacionadas
- Variables y flujo de datos : sintaxis de expresión, salida de nodo, referencias de entrada de desencadenador
- El lienzo : paleta de nodos, panel de propiedades, barra de herramientas inferior
- Gestión de errores : gestión de fallos en nodos posteriores a un desencadenador