Detención de un proceso

A process can be stopped through Kill or Cancel commands. The command can be sent from Orchestrator, Assistant, or Studio.

Cuando el robot recibe el comando Cancelar, cancela la ejecución de la actividad actual y comienza a ejecutar los pasos finales. Si esto tarda más de 3 segundos, el proceso se cierra.

Por otra parte, cuando el robot recibe el comando Cerrar un proceso, primero intenta Cancelar la ejecución, y si la ejecución no finaliza en 3 segundos, el proceso se cierra.

Situación de intento de captura

Durante un Flujo de trabajo de intento de captura, cuando se detiene un proceso, el estado de la transacción se puede mostrar como exitoso cuando en realidad no se ha completado.

Cancelación de un proceso

Si la ejecución está en el bloque Prueba o Captura cuando el robot recibe el comando Cancelar, salta al bloque Finalmente que comprueba cualquier error. Si no se encuentran errores, entonces el bloque Finalmente cree que la ejecución se ha completado con éxito, ya que no hay eventos de fallo (están en blanco).

Cierre de un proceso

Si la ejecución está en el bloque Prueba o Captura cuando el robot recibe el comando Cerrar, primero intenta Cancelar el proceso, saltando al bloque Finalmente. Si la lógica de dentro del bloque Finalmente no se finaliza en 3 segundos desde la recepción del comando Cancelar, se cierra toda la ejecución y el proceso general es exitoso en los registros, ya que no se registraron errores en el bloque Captura porque se ha saltado.

Evitar falsos positivos

• Establecer el estado del proceso en Successful debe realizarse solo dentro del bloque Prueba, después de completar la lógica comercial.
• Establecer el estado como Failed solo debe realizarse dentro del bloque Captura, después de completar la lógica de manejo de error.
• En el bloque Finalmente solo debe haber presente lógica de limpieza, ya que se ejecuta independientemente de si la ejecución tuvo éxito o no.

La situación del proceso REFramework

In the REFramework scenario, when a process is stopped, the block containing the error logic is skipped and the final block is executed. This causes the values for the BusinessError and SystemError to stay null and the overall process status is considered successful. The behavior described is intended.

Nota:

Si se ha saltado el bloque que contiene la lógica de error, los valores para BusinessError y SystemError se mantienen null y el estado del proceso general se considera successful, ya que no se registraron errores.