- Introducción
- Primeros pasos
- Building with Maestro BPMN
- Understanding Maestro BPMN modeling
- Abrir el lienzo de modelado
- Modelar tu proceso
- Alinear y conectar elementos BPMN
- Autopilot para Maestro (vista previa)
- Repositorio de procesos
- Implementing a simple BPMN process
- Implementing a complex BPMN process
- Depuración
- Simular
- Escenarios de implementación comunes
- Building with Maestro Case
- Introducción a Maestro Case
- Maestro BPMN frente a Maestro Case: cuándo utilizar la gestión de casos
- El ciclo de vida de Maestro Case: del desencadenador de eventos a la experiencia de la aplicación
- Build your first case with Maestro Case
- 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)
- Contrato de entrada y salida del gestor de casos
- Maestro Case component dictionary
- Building with Maestro Flow
- Integraciones
- Operating
- Supervisión
- Optimizing
- 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