- Démarrage
- Meilleures pratiques
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe d'Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d'identification de l'Unattended Robot dans HashiCorp Vault (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Authentification par carte à puce
- Attribution de rôles
- Gestion des rôles
- Rôles par défaut
- FAQ
- Permettre aux utilisateurs d'exécuter des automatisations personnelles
- Permettre aux utilisateurs d'exécuter des automatisations sur une infrastructure Unattended via des robots Unattended
- Configuration des comptes Robot pour exécuter des automatisations Unattended
- Audit
- Service de catalogue de ressources
- Robots Automation Suite
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Intégrations
- Robots classiques
- Résolution des problèmes
Meilleures pratiques d'automatisation
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.
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.
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).
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.
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.
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.
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 :
- 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.
- 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é.
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.
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.