Antes de comenzar
Un Workflow coordina tareas y sus dependencias. Las tareas Session ejecutan el contexto que corresponde al Mapping; Start, Decision, Timer y End expresan la orquestación. Prepara una Session publicada, capacidad compatible y una salida de laboratorio. Revisa permisos por separado para edición, publicación, ejecución y programación.
Trabaja primero con una secuencia pequeña. Añadir paralelismo antes de verificar las salidas dificulta distinguir errores de datos, dependencias y disponibilidad de workers.
Procedimiento
- Crea un Workflow en el tenant y ubicación autorizados. Añade Start, Session y End.
- Selecciona la Session y comprueba
sessionVersion. Conecta Start → Session → End. - Configura parámetros de tarea si están declarados y permitidos. Para varias entradas, revisa
joinPolicy=anyoall; no confíes solo en la posición visual. - Cuando necesites Decision, configura su condición True; revisa la rama False complementaria. Timer usa
delaySeconds, de 1 a 604800. - Valida, guarda y publica. Ejecuta manualmente antes de habilitar un calendario. Guardar y publicar no inician una ejecución.
Ejemplo sintético
Prepara una Session que filtra status=active y escribe un CSV de prueba. El Workflow mínimo tiene una tarea de esa Session entre Start y End. Espera una ejecución de la Session, con un archivo que contenga únicamente las filas activas. Para estudiar una espera, añade un Timer de 5 segundos antes de la Session y conserva el mismo resultado de datos.
Comprobar el resultado
En Monitor, localiza el identificador del intento y revisa sus tareas. Confirma la versión de Session consumida y el Mapping correspondiente. Compara salida, esquema y filas con el resultado esperado. Una rama omitida no equivale a una tarea fallida.
Tras la aceptación manual, configura un calendario autorizado, zona horaria y estado habilitado. Comprueba la próxima ejecución y después un intento real. Una programación habilitada expresa intención; no demuestra que una ejecución haya terminado.
Resolver problemas
El validador admite 2–100 nodos y 1–300 enlaces y rechaza ciclos, identificadores repetidos y dependencias inválidas. Para una tarea en espera, inspecciona padres, worker, capacidad y política. Para un fallo, busca el primer error relevante. Antes de reintentar, revisa si la escritura puede repetirse sin duplicados. Al cambiar una dependencia, revisa y republica los consumidores deliberadamente; una versión nueva no garantiza aceptación automática en todas las referencias.
Versiones consumidas y disponibles
La cadena compacta distingue Workflow, Session y Mapping y muestra la versión fijada junto a una versión más reciente disponible. Abrir Session o Mapping permite inspeccionar el objeto; no adopta por sí mismo la versión nueva. Update versions actualiza las referencias del borrador y muestra lo que cambiará. Después usa Save draft → Publish. Reload status solo refresca la disponibilidad. La cadena de una ejecución en Monitor conserva las versiones históricas realmente usadas.
Para promover una versión aceptada utiliza Configuration → Environment promotions. Revisa el paquete exacto y los bindings del ambiente siguiente. Publicar una versión nueva, actualizar referencias, promover entre ambientes y ejecutar son operaciones distintas que realiza el usuario.
TRACE del Workflow y herencia
En el editor de Workflow → Workflow settings, selecciona TRACE = Enabled cuando necesites más detalle de diagnóstico; el valor por defecto es Disabled. Las Sessions con Inherit from Workflow usan ese valor. Una Session configurada como Enabled o Disabled conserva su decisión explícita. Activar una Session no habilita TRACE para las demás Sessions del Workflow.
La ejecución conserva el ajuste de las versiones que realmente consumió. Cambiar el borrador no altera un intento en curso ni añade TRACE retroactivamente a los logs anteriores. INFO, WARNING y ERROR permanecen disponibles sin activar 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.
Barra compacta de la lista
La lista de Workflows alinea Search, los filtros restantes y las acciones con íconos. Los botones conservan ayuda, nombres accesibles, permisos y estados de progreso; usa el puntero o Tab para reconocerlos. Environment ya no aparece como filtro de esta lista: confirma el contexto activo en la barra inferior. Runtime y los demás filtros se conservan. Los controles de edición y ejecución del Workflow mantienen su función; este ajuste de la lista no cambia las versiones de sus Sessions ni la capacidad necesaria para ejecutarlas.