Detención de un proceso

Un proceso puede detenerse mediante los comandos Cerrar o Cancelar. El comando puede enviarse desde Orchestrator, Assistant o 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

En la situación REFramework, cuando se detiene un proceso, el bloque que contiene la lógica de error se salta y se ejecuta el bloque final. Esto hace que los valores de BusinessError y SystemError permanezcan null y el estado del proceso general se considere exitoso. La conducta descrita es intencionada.

Nota: si se ha saltado el bloque que contiene la lógica de error, los valores para BusinessErrory se SystemErrormantienen nully el estado del proceso general se considera successful, ya que no se registraron errores.