- 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
Salida simulada en Flujo para probar la lógica descendente sin ejecutar la acción real de un nodo durante una ejecución de prueba.
La simulación de salida te permite definir una salida fija para cualquier nodo durante una ejecución de prueba, sin ejecutar realmente la acción real del nodo. Esto es útil para probar la lógica descendente cuando la acción real es lenta, costosa o requiere dependencias externas que no están disponibles durante una ejecución de depuración.
Cómo funciona la simulación
Cuando habilitas un simulacro en un nodo, el flujo omite la ejecución real del nodo durante la ejecución de la prueba e inyecta los valores de salida simulados directamente. Todos los nodos posteriores reciben los valores simulados como si el nodo se hubiera ejecutado normalmente.
Los simulacros se aplican solo durante las ejecuciones de prueba. Nunca están activos en los flujos de trabajo de producción publicados.
Configurar un simulacro
- Selecciona el nodo que quieres simular en el lienzo.
- En el panel de configuración, abre la sección Salida simulada .
- Habilita la alternancia simulada.
- Introduce los valores de salida que quieres inyectar. Utilice un JSON válido que coincida con el esquema de salida del nodo.
Resultado: se simula el nodo. En la siguiente ejecución de prueba, Flow omite su ejecución real e inyecta tus valores en sentido descendente en su lugar.
Casos de uso comunes
- Nodos humanos : simulan una respuesta aprobada o rechazada sin esperar a un aprobador real.
- Nodos de solicitud HTTP : simulan una respuesta de API específica, incluidas las respuestas de error, para probar tus rutas de gestión de errores.
- Nodos de agente : simula la salida de un agente de IA para probar cómo tu flujo de trabajo maneja las diferentes respuestas de los agentes.
- Nodos de subflujo : simulan la salida de un flujo de trabajo secundario para probar el flujo de trabajo principal de forma aislada.
Restablecer simulacros
Para ejecutar un flujo de trabajo con ejecución real, deshabilita la alternancia simulada en cada nodo simulado antes de ejecutar la prueba. Los simulacros no se guardan como parte de la definición del flujo de trabajo publicado.
Errores comunes
- Publicar con un simulacro habilitado : los simulacros se deshabilitan automáticamente al publicar, por lo que esto no es un riesgo de producción. Pero si olvidas deshabilitar un simulacro antes de tu ejecución de prueba final, estás probando con datos falsos, no con una ejecución real.
- Introducir datos simulados que no coinciden con el esquema de salida del nodo : si el JSON simulado no coincide con la forma que esperan los nodos posteriores, obtendrás errores de runtime posteriores que no ocurrirían con los datos reales. Coincide exactamente con el esquema.
- Simulacros de demasiados nodos a la vez : si simulas cinco nodos para probar el sexto, una prueba satisfactoria no te dice mucho. Simula solo los nodos que te impiden probar la parte que realmente te importa.