Modélisation de l'organisation dans Orchestrator

Orchestrator fournit plusieurs fonctionnalités qui peuvent être utilisées pour modéliser votre déploiement afin de fournir une administration facile et efficace tout en garantissant également un isolement et un contrôle d'accès appropriés des ressources, quelles que soient leur taille ou leur structure.

A single Orchestrator instance can be split into multiple Tenants, with each tenant being entirely isolated from any others. No automations, resources, or users are shared or accessible across different tenants.

Each tenant can then be further subdivided and organized into Folders. You can create as many classic or modern folders as needed to accomplish your desired structure. Each type of folder has different features and capabilities, enabling you to use the appropriate type for the way in which you want to manage the administration and sharing of automations.

Tenants

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.

Remarque :

Gardez à l'esprit qu'un Robot ne peut être connecté qu'à un seul locataire à un moment donné.

Dossiers

Dossiers modernes

Modern folders provide multiple features not available in the context of classic folders, such as automatic robot management, hierarchical structures, and fine grained role assignment for users. See here for more details.

L'objectif de guidage des dossiers modernes est la gestion simplifiée de 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.

Dossiers classiques

Classic folders function in the same manner as previous Orchestrator versions, preserving full backwards compatibility during the transition to the modern model. See here for a comparison of the two folder types.

Au-delà de la gestion de la rétrocompatibilité pour les déploiements existants, les dossiers classiques sont utiles pour 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.