Antes de comenzar
Monitor presenta evidencia de intentos de ejecución. Un Workflow guardado o publicado es una definición, no un intento. Conserva el identificador del run, la hora aproximada y las versiones involucradas. Selecciona el tenant autorizado y revisa permisos de lectura y de cada acción operativa.
No compartas filas de entrada, credenciales, cookies ni registros sin filtrar al abrir una incidencia. Una descripción útil incluye estado, tarea y mensaje seguro, sin contenido sensible.
Procedimiento
- Abre Monitor y reduce la búsqueda por nombre, estado o tiempo. Comprueba identificador y fecha: el mismo Workflow puede tener varios intentos.
- Distingue estados activos de terminales. Una espera de capacidad es distinta de un fallo; cancelación y éxito también son resultados diferentes.
- Abre el detalle del intento y revisa tareas y dependencias. Localiza el primer error relevante, no solo la última tarea omitida.
- Para esperas, revisa worker, slots y contexto de ejecución en las superficies autorizadas. No lances otra copia porque la tabla tarde en actualizarse.
- Antes de cancelar, terminar, recuperar o repetir, actualiza el estado y revisa la confirmación de esa acción.
Ejemplo sintético
Usa un Workflow de laboratorio con entrada CSV sintética. Ejecuta una vez con la ruta correcta y otra con una ruta inexistente del mismo laboratorio. Localiza ambos intentos por identificador. En el fallido, identifica la tarea afectada y el mensaje de archivo ausente. Corrige el binding y ejecuta un intento nuevo; conserva la evidencia anterior según la política aplicable.
Comprobar el resultado
Para el intento correcto, compara el archivo producido con cabecera, cantidad de filas y valores esperados. El estado de éxito indica el resultado de ejecución, pero no comprueba por sí solo la regla de negocio. Para el intento fallido, confirma que la explicación corresponde al primer error y que el nuevo intento usa la configuración corregida.
Mantén separada la limpieza de historial: no cancela trabajos activos ni sustituye una política de retención. Revisa alcance y confirmación antes de eliminar evidencia.
Resolver problemas
Una tabla vacía puede deberse a filtros; no prueba un fallo del servidor. Un timeout del cliente no prueba cancelación: vuelve a consultar el intento. La recuperación depende de checkpoints disponibles y compatibles; no revierte automáticamente escrituras externas. Repetir puede producir otra salida o duplicar una carga. Si el estado cambia mientras un diálogo está abierto, recarga antes de confirmar. Para errores de proveedor, registra únicamente el mensaje seguro y la hora.
Log compacto y progreso durante la ejecución
El log presenta columnas Timestamp y Message en filas compactas de una línea. Expande un registro para ver su detalle estructurado con formato y colores; vuelve a contraerlo para recuperar espacio. Filtra con Search log messages, Level, Component y Time zone; revisa los contadores por nivel, Errors only y Download log. Follow sigue los mensajes nuevos cuando estás al final; Pause/Resume pausa únicamente su presentación y no detiene la ejecución. Wrap ajusta líneas extensas.
Mientras el detalle está visible, la vista consulta los cambios y conserva los datos anteriores durante una demora o fallo temporal. Las tarjetas usan los últimos contadores reportados. El progreso puede mostrar etapa, lotes, filas procesadas/escritas, tasa, duración y bytes cuando se conocen. Staging, procesamiento y escritura son etapas distintas: no interpretes cero filas antes de lectura como prueba de inactividad. No se inventa un porcentaje cuando falta un total fiable.
El worker registra causas seguras como entrada mayor que el máximo del perfil o destino protegido ya existente, además de etapa y límites disponibles. No se publican credenciales ni respuestas privadas del proveedor. Para un intento antiguo sin excepción original, el mensaje genérico sigue siendo evidencia incompleta; no atribuyas una causa no registrada.
Lista y Gantt
La lista actualiza celdas sin sustituir toda la tabla y conserva selección, filtros y desplazamiento. List y Gantt comparten los filtros. El Gantt compacto diferencia Workflow, Session y Mapping mediante tipo y jerarquía; una Session aparece debajo de su Workflow. Abre el intento concreto para revisar estado, duración y versiones. La barra de un Workflow abarca su orquestación; la de una Session representa esa ejecución y no debe sumarse otra vez como tiempo adicional del Workflow.
Lectura compacta y actualización estable
List alinea Execution, Duration y Status en filas compactas. Los distintivos WF en violeta y SES en verde, con los mismos iconos de las pestañas del espacio de trabajo, distinguen Workflow y Session tanto en List como en Gantt; los indicadores de color acompañan el estado escrito y la jerarquía se puede expandir. La fuente del Gantt y sus tooltips sigue la tipografía de Dova, con pesos suaves para etiquetas y valores.
Los cambios actualizan las filas existentes e incorporan nuevas ejecuciones que coincidan con los filtros sin vaciar ni reconstruir visualmente toda la lista. Se conservan selección, filtros y desplazamiento. Una ejecución fuera de los filtros actuales no tiene que aparecer.
TRACE es detalle opcional generado según la configuración publicada de Workflow y Session. El filtro de nivel del Monitor decide qué evidencia existente muestras; no activa la generación de TRACE. Consulta el ajuste de herencia de la Session cuando el Workflow y sus tareas tengan cantidades distintas de registros TRACE.
Contexto de entorno
Antes de utilizar este módulo confirma Tenant, Domain y Environment en el menú de usuario. El entorno inicial es Development. Las capacidades del módulo, el Domain y el entorno se aplican juntas; Production queda de solo lectura sin autorización explícita. Cambiar el selector no mueve artefactos ni publica o ejecuta sus datos. Consulta entornos y recuperación y promoción entre entornos.
Conversación y entorno
DovaAI usa Tenant, Domain y Environment autorizados y el artefacto seleccionado. Al cambiar de contexto se cancelan las consultas anteriores y empieza una conversación del nuevo entorno. Una respuesta pendiente del contexto anterior no se incorpora a la nueva conversación. La identidad del entorno y las versiones se verifican en el servidor; los valores de formularios, datos y credenciales no se añaden al contexto.
Disponibilidad de workers y carga de la vista
Una referencia a un worker retirado o con una identidad inválida no impide consultar Overview, Monitor o Connections. Esa referencia no queda disponible para ejecutar; los workers válidos continúan apareciendo según tus permisos. Un fallo real de almacenamiento o de política se informa como error y no se convierte en un contador cero.