- 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 de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (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
- Audit
- Cloud Robots
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Service de catalogue de ressources
- Authentification
- Intégrations
- Robots classiques
- Résolution des problèmes
Modélisation de l'organisation dans Orchestrator
Orchestrator fournit plusieurs fonctionnalités qui peuvent être utilisées dans la modélisation de votre déploiement pour fournir une administration simple et efficace tout en garantissant également une isolation des actifs et un contrôle d’accès appropriés, indépendamment de la taille et de la structure.
Chaque locataire peut être subdivisé et organisé en dossiers. Vous pouvez créer autant de dossiers que nécessaire pour réaliser la structure souhaitée. Chaque type de dossier possède différentes fonctionnalités et des capacités, vous permettant d’utiliser le type approprié pour la gestion de l’administration et le partage des automatisations dans votre entreprise.
Les locataires sont conçus dans le but d'isoler complètement toutes les entités d'Orchestrator (c'est-à-dire, les robots, les actifs, les files d'attente, les utilisateurs, etc.) entre ces instances séparées de votre déploiement, le tout sans avoir à gérer plusieurs instances d'Orchestrator. Voici quelques exemples de séparation d'Orchestrator en locataires :
- Un locataire pour chaque bureau régional ou international de votre entreprise, car les utilisateurs de chaque région disposent d'automatisations spécifiques aux lois et aux procédures en vigueur de cette région (par exemple, les processus RH aux États-Unis par rapport à l'Europe ou au Japon).
- Gestion de plusieurs environnements de développement et de test.
- Isolation les données sensibles, telles que les processus de paie ou les projets confidentiels.
Les locataires sont donc mieux utilisés dans les situations où vous souhaitez que tous les utilisateurs, ressources et paramètres de vos solutions d'automatisation soient gérés indépendamment par des administrateurs de locataires désignés.
Les dossiers Orchestrator fournissent des fonctionnalités avancées telles que la gestion automatique des robots, les structures hiérarchiques et l'attribution de rôles précis pour les utilisateurs.
Leur objectif de guidage est de simplifier les grands déploiements en permettant le partage d'automatisations entre différents services, l'intégration à vos groupes AD existants et un contrôle étendu des autorisations utilisateur et de la création de robots.
Par exemple, vous pouvez créer un dossier séparé pour vos services financiers et RH, en ajoutant ces groupes respectifs de votre annuaire Active Directory d'entreprise à leur dossier correspondant, tout en permettant également à vos utilisateurs RH d'avoir accès aux automatisations des notes de frais contenues dans le dossier Finance plutôt que d'avoir à recréer pour chaque utilisateur ou groupe distinct dans votre entreprise.