orchestrator
2022.10
false
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique.
Guide de l'utilisateur d'Orchestrator
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 17 oct. 2024

Meilleures pratiques d'automatisation

Architecture multi-tenants

Orchestrator propose une option multilocataire. À l'aide de plusieurs locataires, les utilisateurs peuvent fractionner une seule instance d'Orchestrator en plusieurs environnements de déploiement. Chacun d'entre eux dispose de ses propres Robots, processus, journaux, etc. Tous les locataires partagent la même base de données Orchestrator.

Cela permet d'isoler les ressources souhaitées du reste de l'organisation. Les ressources d'automatisation sont accessibles uniquement à partir de ce locataire.

Dossiers

Les dossiers permettent de limiter l'accès à l'administration de l'automatisation (c'est-à-dire, qui peut créer des robots, accéder à des processus spécifiques, etc.) tout en partageant l'automatisation elle-même entre les services nécessaires de votre organisation.

Robots

Utilisez des noms et descriptions significatifs pour chaque Robot enregistré. Chaque fois qu'un nouveau Robot est enregistré, le type de Robot doit être choisi en conséquence.

  • Pour les Robots Unattended, les informations d’identification Windows sont nécessaires afin d'y exécuter des tâches Unattended.
  • Pour les Robots Attended, les informations d’identification ne sont pas nécessaires, car les tâches sont déclenchées manuellement par des agents humains, directement sur la machine où les Robots sont installés.

Après avoir enregistré le Robot Attended dans Orchestrator, l'étape suivante consiste à vérifier que son état est Disponible (Available) sur la page Robots (Robots).

Processus (Processes)

De temps à autre, les anciennes versions de processus qui ne sont plus utilisées doivent être supprimées. Vous pouvez supprimer les versions individuellement en les sélectionnant manuellement et en cliquant sur le bouton Supprimer (Delete) ou sur le bouton Effacer les versions inactives (Delete Inactive). Ce dernier permet de supprimer toutes les versions de processus non utilisées par les processus.

Remarque : Il est recommandé de conserver au moins une ancienne version pour pouvoir effectuer une restauration en cas de problème avec la dernière version de processus.

Tâches (Jobs)

Si le Robot doit exécuter plusieurs processus sans interruption, toutes les tâches doivent être déclenchées l'une après l'autre, même lorsque le Robot est occupé. Ces tâches passent dans une file d'attente et portent l'état En attente (Pending) ; Orchestrator démarre la tâche suivante une fois que le Robot est à nouveau disponible.



Il est préférable d'arrêter une tâche que de l'abandonner.

Pour arrêter une tâche, l'activité Devrait s'arrêter (Should Stop) est nécessaire dans le workflow de processus. Cette activité renvoie une valeur booléenne qui indique si le bouton Arrêter (Stop) a été activé.



Le bouton Arrêt forcé (Kill) envoie une commande Kill au Robot. Vous ne devez l’utiliser qu'en cas de besoin, car le Robot peut être en train d'effectuer une action.

Déclencheurs (Triggers)

Outre les fonctionnalités évidentes, les déclencheurs permettent à un Robot de s'exécuter 24 heures sur 24 et 7 jours sur 7. Les exécutions peuvent être planifiées l'une après l'autre (à des intervalles d'une minute au moins). Si le Robot n'est pas disponible lors du démarrage du processus, ce dernier est ajouté à la file d'attente des exécutions et est exécuté dès qu'un Robot est disponible.

Files d'attente (Queues)

Utilisez un nom et une description significatifs pour chaque file d'attente créée.

À la fin du cycle de vie de chaque transaction, vous devez obligatoirement définir le résultat du traitement des éléments. Sinon, les transactions portant l'état Nouveau (New) passent automatiquement à Abandonné (Abandoned) après un délai de 24 heures.

À l'aide de l'activité Définir l'état de transaction (Set Transaction Status), l'état d'un élément de file d'attente peut être défini sur Réussi (Successful) ou sur Échoué (Failed). Gardez à l'esprit que seuls les éléments affichant l'état Réussi avec ErrorType d'application (Application ErrorType) seront retentés, si configurés.

Lorsque les mêmes Robots doivent traiter deux types d’éléments ou plus, deux méthodes au minimum permettent leur gestion à l'aide de files d'attente :

  1. Créez plusieurs files d'attente (une pour chaque type) et créez un processus qui vérifie toutes les files d'attente d'une séquence. Celle comportant les nouveaux éléments doit déclencher le processus spécifique.
  2. Créez une file d'attente unique pour tous les éléments et pour chacun d'entre eux, créez un argument “Type” ou “Processus" (Process). Maintenant qu'il connaît ce paramètre, le Robot détermine le processus devant être appelé.

Transactions

L'activité Ajouter un élément de transaction (Add Transaction Item) offre la possibilité d'obtenir toutes les fonctionnalités de transaction sans utiliser de file d'attente (mais vous devez en créer une au préalable). Cette activité ajoute un élément à la file d'attente et définit son état sur En cours (InProgress). Commencez immédiatement à utiliser l'élément et pensez à utiliser l'activité Définir l'état de la transaction (Set Transaction Status) à la fin de votre processus.

Journaux (Logs)

L'activité Ajouter des champs de journaux (Add Log Fields) ajoute d'autres arguments aux journaux du Robot, afin d'en optimiser la gestion. Après l'avoir utilisée dans le flux de travail, l'activité Message du journal des événements (Log Message) consigne également les champs ajoutés auparavant.

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.