Ejecutar un flujo de trabajo

Puede iniciar una ejecución completa de un flujo de trabajo haciendo clic en el icono de ejecución de la jerarquía Flujos de trabajo o seleccionando Run All en el menú Acciones de un flujo de trabajo concreto.

También puede hacer clic en el botón Toggle Start/Stop situado en la parte superior de la tabla de flujos de trabajo. Este botón de alternancia detiene un flujo de trabajo en ejecución o inicia uno.

Si hace clic en Ejecutar en un flujo de trabajo que ya se está ejecutando, PlaidCloud se lo indica en lugar de iniciar una segunda ejecución.

Elegir un modo de contabilización

Cada ejecución lleva un modo de contabilización en ERP. Para elegir uno en PlaidCloud, use Ejecutar con modo de contabilización en el menú contextual de un flujo de trabajo o el botón de modo de ejecución del lienzo del flujo de trabajo; un simple Iniciar flujo de trabajo o Ejecutar flujo de trabajo solicita En vivo, sujeto aún al límite del proyecto que se describe más abajo. También puede elegir el modo al iniciar una ejecución mediante la API de ejecución o el asistente.

Modo	Qué ocurre
En vivo	Los pasos de contabilización contabilizan exactamente como siempre. Es el modo predeterminado.
Simulación	Cada paso de contabilización en ERP construye y valida exactamente lo que contabilizaría, pero no confirma nada y nunca se conecta al ERP. Los asientos que se contabilizarían se registran en el historial de contabilización en ERP, marcados como simulados, para que pueda revisarlos antes de ejecutar en vivo.
Desactivado	Los pasos de contabilización se omiten por completo.

Un proyecto también tiene su propio límite de modo de contabilización, que cualquier miembro con acceso de escritura a un proyecto desbloqueado establece mediante la API del proyecto o el asistente. El límite solo hace que una ejecución sea más segura, nunca más permisiva: el modo efectivo de una ejecución es el más restrictivo entre el modo que usted eligió y el límite del proyecto, de modo que un proyecto limitado a Simulación sigue simulado aunque inicie la ejecución como En vivo.

Un evento programado conserva su propio modo de contabilización, de modo que una programación configurada en Simulación se ejecuta simulada cada vez que se activa.

El modo se propaga a todo lo que toca la ejecución. Un subflujo de trabajo, una macro y un paso Run Model, Conditional Run Model o Loop Model heredan el modo de la ejecución principal, al igual que una ejecución que reanude tras una detención: una ejecución simulada no puede contabilizar de verdad en ningún punto de su interior.

Autorizar al proyecto para contabilizar

Una ejecución de flujo de trabajo contabiliza en un ERP como el proyecto, no como la persona que la inició. Para que una ejecución pueda contabilizar, el proyecto necesita una autorización para cada conexión y entorno de ERP que usen sus pasos de contabilización. Sin ella, el paso falla con “This project isn’t authorized to post to connection …”, que indica la conexión y el entorno. Los pasos Call SAP Financial Document Attachment, Call SAP Master Data Table RFC y Call SAP RFC no la necesitan.

Para autorizar un proyecto, abra su página de inicio y seleccione Autorizaciones de escritura en ERP en Contabilización en ERP. Cada fila es una conexión en un entorno. Marque Autorizado para permitir que el proyecto contabilice allí, o desmárquelo para impedirlo. Autorizado por y Autorizado el muestran quién lo autorizó por última vez y cuándo.

El botón se muestra a los Arquitectos del proyecto y a los administradores del espacio de trabajo, pero solo un Arquitecto puede cambiar una autorización, y solo mientras el proyecto esté desbloqueado. Un administrador del espacio de trabajo que no sea Arquitecto puede añadirse primero como tal.
Al seleccionar una fila para autorizarla o desautorizarla no se vuelve a cargar la lista: la posición de desplazamiento y cualquier ordenación de columnas que haya elegido se mantienen. La ventana se puede redimensionar y la nota sobre los proyectos públicos se ajusta por completo.
Para autorizar una conexión, usted también necesita acceso de escritura a ella: que sea suya o que se haya compartido con usted por nombre o mediante uno de sus grupos de seguridad. Una conexión configurada en Todos los miembros del espacio de trabajo no cuenta.
Un proyecto configurado en Todos los miembros del espacio de trabajo se autoriza como cualquier otro. Todos los miembros son Arquitectos del proyecto, de modo que cualquier miembro con acceso de escritura a una conexión puede autorizar el proyecto para ella. Una vez autorizado, cualquier miembro puede contabilizar en esa conexión desde los flujos de trabajo del proyecto, y la ventana lo indica sobre la cuadrícula.
Un proyecto copiado, o creado a partir de un archivo de proyecto, empieza sin autorizaciones. Autorice la copia antes de que contabilice.

Seguir el estado de un paso

Mientras se ejecuta un flujo de trabajo, cada paso muestra un icono de estado que indica en qué punto se encuentra, junto con el tiempo que lleva en ejecución. Pase el cursor sobre el icono para ver el mensaje correspondiente.

Estado	Qué significa
En espera	El paso está en cola y todavía no ha empezado.
En ejecución	El paso está trabajando y su duración aumenta mientras avanza.
Completado	El paso terminó correctamente.
Advertencia	El paso terminó, pero señaló algo que conviene leer en el registro del flujo de trabajo.
Error	El paso falló. Consulte Gestionar errores de pasos.
Omitido	Se pasó por alto el paso: está deshabilitado o no se cumplieron sus condiciones de ejecución. Consulte Omitir pasos en un flujo de trabajo.
Continuado	El paso falló pero está configurado para continuar ante un error, por lo que el flujo de trabajo siguió adelante. Consulte Continuar ante un error.
Detenido	La ejecución se detuvo antes de que el paso pudiera terminar.
Abandonado	La ejecución del paso se interrumpió, por lo que nunca terminará. Reanude la ejecución o vuelva a ejecutar el flujo de trabajo.

Una vista de flujo de trabajo abierta se actualiza sola a medida que avanza una ejecución, de modo que los estados que está viendo se mantienen al día sin volver a cargar la página.

Pasos abandonados

Un paso se marca como abandonado cuando lo que lo estaba ejecutando desapareció a mitad de la ejecución, normalmente porque alguien pulsó Detener o porque el mantenimiento de la plataforma interrumpió la ejecución. La duración del paso deja de aumentar y la información sobre herramientas del estado explica lo que ocurrió.

Un paso abandonado no se completó y no produjo ninguna salida. No es un paso lento ni un problema de sus datos o de su configuración.

Para retomar el trabajo, reanude la ejecución, con lo que el paso abandonado se ejecuta de nuevo, o vuelva a ejecutar todo el flujo de trabajo. Ambas opciones son seguras.

Pasos interrumpidos

Si se pierde el servidor que ejecuta un paso a mitad de la ejecución, PlaidCloud vuelve a ejecutar el paso automáticamente cuando es seguro repetirlo: un paso que reemplaza su salida acaba con el mismo resultado que una única ejecución limpia, por lo que no tiene nada que comprobar.

Un paso que no se puede repetir con seguridad no se vuelve a ejecutar. Falla una sola vez con un mensaje de interrumpido, porque ejecutarlo por segunda vez podría duplicar lo que el primer intento ya escribió. Los pasos que escriben salidas con {date} en el nombre o la ruta se consideran no seguros de repetir, ya que una nueva ejecución podría caer en otra fecha. Para recuperarse, compruebe en el destino del paso lo que escribió el primer intento, límpielo si es necesario y luego vuelva a ejecutar el paso o reanude la ejecución.

Pausar, detener y reanudar

Mientras se ejecuta un flujo de trabajo, puede Pausar para que los pasos en curso terminen y los nuevos pasos esperen, o Detener, lo que cancela los pasos que estaban en cola y los trabajos de importación o exportación que aún se estén ejecutando.

Reanudar retoma una ejecución pausada, detenida o fallida desde donde se quedó, en lugar de empezar de nuevo. Está disponible siempre que la última ejecución de un flujo de trabajo haya terminado en estado pausado, detenido o de error.

Lo que significa “desde donde se quedó” depende de cómo se ejecute el flujo de trabajo:

Ejecución	Al reanudar
Serie	Se reinicia en el paso que se estaba ejecutando cuando terminó la ejecución y continúa desde ahí. Si ese paso está dentro de un grupo, Reanudar retoma todo el grupo de nivel superior que lo contiene: los pasos del grupo que ya terminaron correctamente se dejan como están, los demás se ejecutan y la ejecución continúa después del grupo.
Paralela	Vuelve a ejecutar todos los pasos que aún no habían terminado correctamente y deja intactos los pasos completados.
Avanzada (grafo)	Vuelve a ejecutar el nodo que falló y todo lo que sigue esperándolo, y deja intactos los nodos completados.

Los pasos que llaman a otro flujo de trabajo (Run Model, Conditional Run Model y Loop Model) reanudan el flujo de trabajo al que llaman en lugar de reiniciarlo, a través de tantos niveles de anidamiento como tenga. Un paso de bucle reanuda la iteración que se interrumpió y omite las iteraciones que ya se completaron.

Cuando reanuda un flujo de trabajo que se ejecutó como hijo anidado de otro, es decir, uno invocado por un paso Run Model de un flujo principal, PlaidCloud ofrece Reanudar desde el inicio de la cadena. Reanudar el hijo por sí solo no puede continuar la orquestación del principal, así que esta opción reanuda el flujo principal de nivel superior, la raíz de la cadena, y continúa toda la cadena desde donde se detuvo. Reanudar un flujo de trabajo de nivel superior no cambia. El inicio de la cadena se resuelve dentro del mismo proyecto: una cadena que cruza a otro proyecto se reanuda desde el inicio de la parte que está dentro del proyecto.

Reanudar siempre continúa la ejecución original. Vuelve a ejecutar todos los pasos de esa ejecución que no terminaron correctamente (un paso que falló o fue abandonado se vuelve a ejecutar, no se trata como completado), y volver a ejecutar un paso individual por su cuenta entretanto no cambia lo que Reanudar retomará a continuación.

Una ejecución reanudada se registra como una nueva ejecución en el historial de ejecuciones del flujo de trabajo, y contiene solo los pasos que volvió a ejecutar. La ejecución original conserva su propia entrada en el historial.