- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Locataire
- 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
Guide de l'utilisateur d'Orchestrator
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.
Une seule instance d'Orchestrator peut être divisée en plusieurs locataires, chaque locataire étant entièrement isolé des autres. Aucune automatisation, aucune ressource ou aucun utilisateur n'est partagé ou accessible entre différents locataires.
Chaque locataire peut être subdivisé et organisé en dossiers. Vous pouvez créer autant de dossiers classiques ou modernes 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.
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 modernes offrent multiples fonctionnalités non disponibles dans le contexte des dossiers classiques, telles que la gestion automatique des robots, les structures hiérarchiques et l'attribution de rôles précis pour les utilisateurs. Pour plus informations, reportez-vous ici.
L'objectif de guidage des dossiers modernes 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.
Les dossiers classiques fonctionnent de la même manière que les versions précédentes d'Orchestrator, préservant ainsi une rétrocompatibilité complète lors de la transition vers le modèle moderne.
Au-delà de la gestion de la rétrocompatibilité pour les déploiements existants, les dossiers classiques aident à assurer la séparation des automatisations dans des déploiements moins complexes où la séparation par locataire n'est pas nécessaire. Dans les dossiers classiques, les autorisations utilisateur sont définies au niveau du locataire sans rôle spécifique au dossier disponible. Les utilisateurs ont également accès aux automatisations uniquement dans les dossiers auxquels ils sont affectés.
Compte tenu de cette complexité supplémentaire, les dossiers classiques sont mieux utilisés pour les déploiements ayant un plus petit nombre de robots et d'administrateurs.