- Introduction
- Cycle de vie du produit
- Licences
- Options de livraison
- UiPath Platform
- Documentation UiPath
- Résolution des problèmes
Options de gestion des licences
La gestion des licences utilisateur est activée par défaut pour toutes les organisations créées après le 1er mars 2021.
Vous pouvez activer ou désactiver cette option à partir des paramètres de l'organisation.
N'activez la gestion des licences utilisateur que si :
-
vous n'utilisez pas de dossiers classiques
-
votre organisation utilise l'authentification interactive, ou peut basculer sur ce mode d'authentification.
L'activation de la gestion des licences utilisateur définit automatiquement le paramètre de sécurité Appliquer l'authentification utilisateur, désactiver l'authentification par clé robot (Enforce user authentication, disable robot key authentication) dans Orchestrator. Les utilisateurs qui passent par l'authentification par clé robot ne peuvent plus connecter leurs robots à Orchestrator tant qu'ils ne basculent pas sur l'authentification interactive. Ce paramètre est incompatible avec les dossiers classiques.
Important :
-
La gestion des licences utilisateur n’est pas disponible pour la version autonome d’Orchestrator.
-
Si vous basculez vers l'authentification sécurisée, il est nécessaire de recompiler les workflows qui utilisent des activités Orchestrator ou qui effectuent des appels HTTP directs à l'API Orchestrator à l'aide des packages d'activités 2020.10 ou ultérieurs.
L'attribution de licences basée sur l'utilisateur donne une représentation cohérente entre le modèle commercial d'UiPath (UGS achetées) et les licences disponibles devant être distribuées dans une organisation. Les licences utilisateur sont gérées séparément des licences de service/robot Unattended et ne sont pas liées à un locataire spécifique ; un utilisateur est sous licence sur plusieurs locataires de l'organisation.
Ce modèle vous aide à attribuer des licences dans l'organisation en fournissant des licences à un seul utilisateur ou à un groupe. L'utilisation de groupes permet à l'administrateur d'attribuer un certain nombre de licences à tous les membres du groupe selon le principe du premier arrivé, premier servi, au lieu d'avoir à attribuer les licences une par une.
Attribution de groupe
L'attribution de licences basée sur le groupe est la procédure recommandée pour les entreprises car l'attribution de licence est effectuée automatiquement via des règles d'attribution de groupe. L'attribution de licences au niveau de l'utilisateur individuel peut compliquer l'administration à grande échelle.
Pour relever ces défis, l'attribution de licences basée sur le groupe vous permet d'attribuer une ou plusieurs licences à un groupe. Le pool de licences attribué au groupe devient disponible pour tous les membres du groupe. Tout nouveau membre ajouté au groupe peut utiliser ces licences.
De même, lorsqu'il est retiré du groupe, un utilisateur perd la possibilité d'utiliser ces licences.
Cela élimine le besoin de gestion des licences par utilisateur.
Les règles d'attribution de groupe sont configurées par un administrateur. Contrairement à l'attribution explicite de licences par utilisateur, l'attribution de groupe ne consomme pas de licences mais met le pool de licences à la disposition des membres du groupe. Les utilisateurs consomment des licences selon le principe du premier arrivé, premier servi, dans la limite du nombre de licences disponibles pour le groupe.
Affectation directe
L'attribution directe de licence est recommandée dans les cas suivants :
- pour exercer un contrôle total sur un ensemble limité de licences ou
- pour atteindre une granularité des licences tout en gardant un contrôle d'accès facile en utilisant des groupes.
A : supposons que je souhaite faciliter l'administration des accès en fournissant des autorisations prédéfinies pour des scénarios typiques dans mon entreprise tout en attribuant des licences particulières à quelques membres sélectionnés.
Exemple
Mary est membre du groupe des Automation Developers. Une règle d'attribution en place pour ce groupe attribue à celui-ci 10 licences de développeur RPA. En tant que membre du groupe Automation Developers, Mary devrait hériter d'une licence de développeur RPA. Cependant, en tant qu'administrateur, je souhaite que l'une des licences Développeur RPA Pro disponibles dans l'organisation soit attribuée à Mary. Pour garder les droits d'accès de Mary intacts tout en lui donnant une licence plus puissante, je la laisse dans le groupe Automation Developers et lui attribue directement une licence Développeur RPA Pro.
B : supposons que je souhaite contrôler les utilisateurs d'un groupe qui se voient attribuer une licence particulière lorsque je dispose d'un pool de licences limité et qu'un nombre beaucoup plus important de membres du groupe en disposer.
Exemple
Il y a 5 licences Développeur de test Pro attribuées au groupe Automation Developers, composé d'environ 100 membres. Pour éviter de dépendre du principe d'attribution du premier arrivé, premier servi, et pour assurer le bon appariement licence-utilisateur, j'attribuerai manuellement la licence aux 5 utilisateurs que je veux.
Consommation de licence utilisateur
|
Utilisateur nommé (Named User) |
MultiUser |
---|---|---|
Affectation directe |
|
Les utilisateurs consomment des licences selon le principe du premier arrivé, premier servi.
Si une règle d'attribution de groupe est supprimée ou modifiée, la modification s'applique à tous les utilisateurs qui font partie du groupe. |
Attribution de groupe |
Les utilisateurs consomment des licences selon le principe du premier arrivé, premier servi, dans la limite du nombre de licences disponibles pour le groupe :
Si une règle d'attribution de groupe est supprimée ou modifiée, la modification s'applique à tous les utilisateurs qui font partie du groupe. |
Les utilisateurs consomment des licences selon le principe du premier arrivé, premier servi.
Si une règle d'attribution de groupe est supprimée ou modifiée, la modification s'applique à tous les utilisateurs qui font partie du groupe. |
Il peut y avoir des scénarios dans lesquels un utilisateur hérite de plusieurs licences par appartenance à un groupe. Dans ce cas, l'utilisateur n'utilisera qu'une seule des licences : la plus puissante. Si ce type de licence n'est pas disponible, l'utilisateur consomme alors la deuxième licence la plus puissante.
La puissance des licences est la suivante, de la plus puissante à la moins puissante :
Automation Developer > RPA Developer > Citizen Developer > Attended > Action Center
Exemple : John Smith hérite d'une licence Automation Developer et Action Center par appartenance à un groupe. John utilise la licence Automation Developer, qui est plus puissante que la licence Action Center.
Si un utilisateur hérite de licences parce qu'il appartient à un groupe et en obtient une autre explicitement attribuée, la licence explicitement attribuée est prioritaire et écrase la licence de groupe.
Si un administrateur d'organisation attribue explicitement plusieurs licences à un utilisateur, alors l'utilisateur les utilise toutes.
Les partenaires qui utilisent la même licence dans plusieurs organisations clientes peuvent demander l'activation de la fonctionnalité de licence externe sur l'organisation cliente. De cette façon, les partenaires peuvent apporter leur propre licence et se connecter aux services Orchestrator du client sans utiliser le pool de licences client.
Cela n'est possible que pour les UGS de développeur et nécessite que Studio soit activé avec une clé de licence autonome. Contactez notre équipe d'assistance ou votre contact UiPath pour plus de détails sur la façon d'activer cette fonctionnalité.
Ce modèle n'est pas recommandé et toutes les nouvelles organisations créées après le 1er mars 2021 utilisent le modèle de licence utilisateur par défaut.
Si vous désactivez le modèle de gestion des licences utilisateur à partir des paramètres de l’organisation, l’ancien modèle de gestion des licences est utilisé.
Contrairement à la gestion des licences utilisateur, le modèle de gestion des licences hérité n’offre pas de séparation claire entre les licences utilisateur et les licences robot/service en termes de gestion. Les licences utilisateur et les licences robot/service sont attribuées par locataire à partir du paramètre de l’organisation, et sont ensuite gérées dans Orchestrator. Cela apporte quelques limitations :
- Les licences utilisateur sont liées à des locataires spécifiques, la réattribution de licences entre locataires n'étant possible que par une intervention manuelle d'un administrateur.
- Vous ne pouvez pas gérer les licences utilisateur de manière centralisée.