robot
2021.10
false
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white
Non pris en charge par l'assistance

Guide de l'utilisateur du Robot

Dernière mise à jour 11 nov. 2024

Arrêter un processus :

Un processus peut être arrêté par des commandes Kill ou Cancel. La commande peut être envoyée depuis Orchestrator, Assistant ou Studio.

Lorsque le robot reçoit la commande Annuler, il annule l’exécution de l’activité en cours et commence à exécuter les dernières étapes. Si cela prend plus de 3 secondes, le processus est arrêté de force.

D’autre part, lorsque le robot reçoit la commande de forcer l’arrêt d'un processus, il essaie d’abord d’annuler l’exécution et si l’exécution n’est pas terminée dans les 3 secondes, le processus est arrêté de force.

Scénario try-catch

Au cours d'un flux de travail Essayer de capturer, lorsqu'un processus est arrêté, l'état de la transaction peut s'afficher comme réussie alors qu'elle n'est pas terminée.

Annulation d’un processus

Si l’exécution se trouve dans le bloc Try ou Catch lorsque la commande Annuler est reçue par le Robot, elle passe au bloc Finally qui vérifie les erreurs. Si aucune erreur n’est trouvée, le bloc Finally considère que l’exécution s’est terminée avec succès car il n’y a pas d’événements d’échec (ils sont vides).

Forcer l’arrêt d'un processus

Si l’exécution est dans le bloc Try ou Catch lorsque la commande Kill est reçue par le Robot, elle essaie d’abord d’annuler le processus, en passant au bloc Finally. Si la logique à l’intérieur du bloc Finally n’est pas terminée dans les 3 secondes depuis la réception de la commande Annuler, l’exécution entière est arrêtée de force et le processus global est réussi dans les journaux car aucune erreur n’a été enregistrée dans le bloc Catch depuis qu’elle a été passée.

Éviter les faux positifs

  • La configuration du statut du processus sur Successful ne doit être effectuée qu’à l’intérieur du bloc Try, une fois la Business Logic terminée.
  • La configuration du statut sur Failed ne doit être effectuée qu’à l’intérieur du bloc Catch, une fois logique de gestion des erreurs terminée.
  • Dans le bloc Finally, il ne devrait y avoir que la logique de nettoyage présente, car elle est exécutée, peu importe si l’exécution a été réussie ou non.

Le scénario du processus REFramework

Dans le scénario REFramework, lorsqu'un processus est arrêté, le bloc contenant la logique d'erreur est ignoré et le bloc final est exécuté. Les valeurs BusinessError et SystemError restent ainsi null et l'état global du processus est considéré comme réussi. Le comportement décrit est intentionnel.
Remarque : Si le bloc qui contient la logique d’erreur est ignoré, les valeurs pour BusinessError et SystemError restent null et le statut global du processus est considéré comme successful, car aucune erreur n’a été enregistrée.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White
Confiance et sécurité
© 2005-2024 UiPath Tous droits réservés.