- Introducción
- Primeros pasos
- Crear con Maestro BPMN
- Comprender el modelado de Maestro BPMN
- Abrir el lienzo de modelado
- Modelar tu proceso
- Alinear y conectar elementos BPMN
- Patterns library
- Autopilot para Maestro (vista previa)
- Repositorio de procesos
- Implementar un proceso BPMN simple
- Implementar un proceso BPMN complejo
- Depuración
- Simular
- Evaluaciones (vista previa)
- Escenarios de implementación comunes
- Crear con 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
- Crea tu primer caso con Maestro Case
- Crear un Maestro Case con un agente de codificación (vista previa)
- 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)
- Configurar y probar el agente de Case Manager (vista previa)
- Contrato de entrada y salida del gestor de casos
- Diccionario de componentes de Maestro Case
- Crear con Maestro Flow
- Nodos del conector
- Maestro Automate
- Integraciones
- En funcionamiento
- Supervisión
- Optimizando
- Información de referencia
Guía de modelado para eventos BPMN en Maestro, que abarca los tipos de inicio, intermedios y finales con sus desencadenadores y su uso correcto en los diagramas de proceso.
Los eventos representan algo que sucede durante un proceso. Los eventos pueden iniciar, interrumpir, retrasar o finalizar el flujo del proceso. En BPMN, cada evento se define por su tipo (inicio, intermedio, final) y desencadenador (por ejemplo, mensaje, temporizador, error). Esta página describe cómo deben modelarse los eventos en los diagramas de Maestro, independientemente del soporte de ejecución.
Recomendaciones de modelado
- Da preferencia a un etiquetado descriptivo en todos los eventos para indicar el significado empresarial (por ejemplo,
Timeout after 2 daysen lugar deTimer). - Utiliza eventos de señal solo para coordinación suelta; evita utilizarlos para aplicar la lógica.
- Para los diagramas grandes, utiliza eventos de enlace para evitar el desorden causado por los flujos largos.
- Evita sobreutilizar los eventos intermedios. Céntrate en la claridad sobre la exhaustividad.
Eventos de inicio
Un evento de inicio define cómo comienza un proceso. Un diagrama debe incluir al menos un evento de inicio.
| Tipo de evento | Icono | Significado |
|---|---|---|
| Ninguno | Se utiliza para inicios manuales o cuando el desencadenador se define fuera del modelo BPMN. | |
| Mensaje | Indica que el proceso se desencadena por un mensaje entrante. A menudo se utiliza en los procesos llamados. | |
| Temporizador | ![]() | Indica que el proceso se inicia en un momento específico o después de un retraso. Útil para las operaciones programadas. |
| Cola | Indica que el proceso se inicia cuando se añade un nuevo elemento a una cola de Orchestrator. Cada elemento de la cola inicia una instancia de proceso. |
Puedes modelar varios eventos de inicio en el mismo proceso para admitir diferentes puntos de entrada.
Cuando tienes varios eventos de inicio y quieres depurar, abre el menú de contexto del evento de inicio que deseas probar y selecciona Probar.
Al implementar un proceso, puedes establecer un punto de entrada predeterminado (un evento de inicio). Orchestrator utiliza este evento de inicio cuando inicias el proceso sin especificar explícitamente uno. Aún puedes ejecutar o depurar desde cualquier otro evento de inicio seleccionándolo en runtime.
Un proceso en Maestro debe incluir al menos un evento de inicio. Puedes modelar varios eventos de inicio dentro del mismo proceso para admitir diferentes puntos de entrada (por ejemplo FHTTP/API), desencadenadores programados o manuales. Utiliza subprocesos para modelar puntos de entrada adicionales.
Para obtener más detalles sobre los elementos BPMN admitidos en Maestro, consulta Soporte BPMN.
Eventos intermedios
Los eventos intermedios modelan las cosas que suceden entre el inicio y el final de un proceso. Pueden retrasar el flujo, esperar una entrada o señalar algo a otros elementos.
| Tipo de evento | Icono | Uso |
|---|---|---|
| Mensaje (captura) | Espera un mensaje para continuar. Colocado en línea o en un límite. | |
| Temporizador | Retrasa el flujo hasta una marca de tiempo o duración. Se utiliza comúnmente para los tiempos de espera. | |
| Señal (Lanzar/Capturar) | Transmite o espera una señal. Utilízalo para acoplar de forma suelta los fragmentos de proceso. | |
| Enlace (Lanzar/Capturar) | Se utilizan como conectores fuera de página. Mejora la legibilidad en los diagramas grandes. | |
| Escalada (Lanzar/Capturar) | ![]() | Indica una escalada a nivel empresarial. Normalmente se adjunta a eventos de límite. |
| Error | Representa una excepción. Debe ser capturado por un evento de límite de error en una tarea o subproceso. |
En el modelado, los eventos intermedios deben utilizarse para aclarar las dependencias o la lógica de temporización. El comportamiento real puede depender del soporte del runtime.
Para obtener más detalles sobre los elementos BPMN admitidos en Maestro, consulta Soporte BPMN.
Eventos de límite
Los eventos de límite se adjuntan a las tareas o subprocesos para modelar interrupciones o tiempos de espera.
| Tipo de evento | Icono | Comportamiento |
|---|---|---|
| Temporizador de interrupción | Cuando se dispara el temporizador, cancela la tarea/subproceso adjunto y sigue el flujo de límite. Úsalo para tiempos de espera, SLA o plazos. Si necesitas que la actividad continúe, utiliza un evento de límite de temporizador sin interrupción. | |
| Error de interrupción | Captura un error lanzado por la actividad adjunta o su trabajo interno, cancela esa actividad y redirige al flujo de límite. En BPMN, los eventos de límite de error siempre tienen interrupción.Común con actividades de llamada para manejar errores de un proceso llamado. | |
| Escala | Captura una escalada desde dentro de la actividad adjunta. Si está marcado como con interrupción, cancela la actividad; si lo está como sin interrupción, inicia el flujo de límite en paralelo mientras continúa la actividad. Úsalo para notificar o llamar la atención sin tratarlo como un fallo. |
Usa eventos de límite para representar excepciones esperadas o flujos alternativos. Colócalos visualmente en el borde de la tarea que supervisan.
Para obtener más detalles sobre los elementos BPMN admitidos en Maestro, consulta Soporte BPMN.
Eventos de fin
Los eventos de final indican cómo termina una ruta. Cada ruta en un diagrama debe terminar con una
| Tipo de evento | Icono | Significado |
|---|---|---|
| Ninguno | Marca el final de una ruta sin resultado específico. Si otras rutas siguen activas, la instancia de proceso continúa. | |
| Mensaje | Envía un mensaje a un participante o sistema externo cuando termina la ruta. A menudo se utiliza para notificar a otros processes o como desencadenador de flujos de trabajo posteriores. | |
| Error | Lanza un error cuando termina la ruta. Si el proceso se ejecuta como un subproceso, el error se propaga al proceso principal y puede ser detectado por un evento de límite de error. | |
| Terminate | Finaliza de inmediato toda la instancia de proceso, cancelando todas las rutas activas. |
Usa eventos de fin de forma coherente para indicar finalización o fallo. Evita dejar rutas abiertas.
Para obtener más detalles sobre los elementos BPMN admitidos en Maestro, consulta Soporte BPMN.
Tipos de eventos especiales
Los siguientes tipos de eventos pueden aparecer como eventos intermedios, de límite o de fin, dependiendo del uso. Estos eventos suelen modelar la espera, la señalización, las excepciones o la navegación fuera de la página. Se admiten para la claridad de modelado en Maestro.
| Tipos de evento | Descripción | Uso típico | Ejecución en Maestro |
|---|---|---|---|
| Temporizador | Espera durante un tiempo, duración o ciclo específico | Plazos límite, retrasos, tiempos de espera | ✅ |
| Señal | Transmite o recibe una señal con nombre a través de los límites del proceso | Notificación de acoplamiento débil | ❌ |
| Error | Interrumpe la actividad o ruta actual debido a una excepción | Errores de negocio, fallos de validación | ✅ |
| Enlace | Conecta diferentes partes de un proceso, a menudo entre páginas | Mejora la legibilidad, evita las flechas largas | ❌ |
Directrices de modelado
- Eventos de temporizador: utiliza como eventos intermedios o de límite para representar un control basado en el tiempo (por ejemplo,
Wait 2 daysEscalate after timeout). - Eventos de señal: se utilizan para coordinar en rutas o subprocesos desconectados. Evita depender del orden de la señal o del tiempo de entrega.
- Eventos de error: se utilizan en eventos de límite para redirigir el flujo en caso de error. También válidos como eventos finales cuando finalizan explícitamente con un error.
- Eventos de enlace: siempre emparejan un lanzamiento y una captura. Útiles para dividir diagramas complejos en secciones legibles.
ADVERTENCIA:
Todos estos eventos son compatibles con Maestro tanto para el modelado como para la ejecución, excepto donde se indique lo contrario. Etiqueta cada uno claramente para reflejar su intención empresarial.
Para obtener más detalles sobre los elementos BPMN admitidos en Maestro, consulta Soporte BPMN.

