- 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
- 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
Historial de ejecución y seguimientos por ejecución para flujos de trabajo de flujo implementados, que muestran qué desencadenó cada ejecución, la ruta que tomó y la salida y el tiempo por nodo.
Una vez que se implementa y se ejecuta un flujo, el historial de ejecución te ofrece una vista completa de cada ejecución: qué la desencadenó, qué ruta tomó, qué produjo cada nodo y cuánto tiempo tardó cada paso.
Temas relacionados con la gestión de instancias de Maestro
- Vista de diagrama de instancias : iconos de estado por paso del proceso
- Limitación de instancias : limitación automática de una instancia de flujo de trabajo con un volumen de actividad alto
- ID de instancia personalizado : un ID de instancia derivado del runtime en lugar del generado por el sistema
Historial de ejecuciones
El historial de ejecución enumera cada ejecución del flujo de trabajo, con la siguiente información para cada una:
| Campo | Descripción |
|---|---|
| Estado | Succeeded, Failed o Running. |
| Desencadenador | Qué inició la ejecución (evento manual, programado o de integración). |
| Se inició a las | Marca de tiempo de cuándo comenzó la ejecución. |
| Duration | Tiempo total desde el inicio hasta la finalización. |
| Versión | Qué versión publicada del flujo de trabajo se ejecutó. |
Al seleccionar cualquier fila se abre el seguimiento de ejecución para esa ejecución.
Seguimiento de ejecución
El seguimiento de ejecución es un registro paso a paso de lo que sucedió durante una ejecución específica. Para cada nodo, muestra:
- Valores de entrada : lo que recibió el nodo.
- Valores de salida : lo que produjo el nodo.
- Estado : si el nodo tuvo éxito o falló.
- Duración : cuánto tiempo tardó el nodo en ejecutarse.
- Detalles del error : si el nodo falló, el mensaje de error, el tipo y el seguimiento de la pila.
El seguimiento resalta la ruta realmente seguida a través del flujo de trabajo (por ejemplo, qué rama tomó un nodo de decisión), lo que facilita la comprensión de la ejecución completa sin leer la definición del flujo de trabajo.
Filtrar y buscar ejecuciones
Puedes filtrar el historial de ejecución por:
- Estado (correcto, fallido, en ejecución)
- Tipo de desencadenador
- Intervalo de fechas
- Version number
Los filtros ayudan a reducir las ejecuciones fallidas después de una implementación o comparan el comportamiento entre dos versiones.
Supervisión de fallos
Las notificaciones de fallos pueden provenir de la configuración del flujo de trabajo o del propio flujo de trabajo:
- La configuración de Alertas en la configuración del flujo de trabajo envía una notificación a un correo electrónico o canal de Slack especificado cuando una ejecución alcanza el estado
Failed. - Un paso de notificación en la ruta de error de un nodo proporciona más control sobre el contenido de la alerta.
Errores comunes
- Solo comprobar ejecuciones fallidas : las ejecuciones lentas con éxito pueden indicar problemas de rendimiento. Las tendencias de duración importan incluso cuando la ejecución tiene éxito.
- Ignorar los números de versión en los seguimientos : el número de versión identifica qué versión del flujo de trabajo produjo el seguimiento. Una reversión no explica qué salió mal si la ejecución fallida utilizaba una versión anterior.