ユーザー ライセンスを管理する
ユーザー ライセンス管理は、2021 年 3 月 1 日より後に作成されたすべての組織に対して既定で有効化されます。
このオプションは組織設定から有効化または無効化できます。
ユーザーに基づくライセンス割り当てでは、UiPath の商用モデル (購入した SKU) と組織内で配布可能なライセンスについて、一貫性のある表示が可能になります。ユーザー ライセンスはサービスや Unattended ロボットのライセンスとは分けて管理され、特定のテナントには紐づけられません。ユーザーは、組織の複数のテナントでライセンスを使用できます。
このモデルでは、単一のユーザーまたはグループにライセンスを提供できるようにすることで、組織内でのライセンスの割り当てを容易にします。グループを使用すると、管理者は多数のライセンスをグループのすべてのメンバーに先着順に割り当てることができ、ユーザーごとにライセンスを割り当てる必要はなくなります。
ユーザー ライセンスを割り当てる
グループ割り当て
グループに基づくライセンスの割り当ては企業にお勧めの方法です。グループ割り当てルールに従って自動的にライセンスが割り当てられるからです。各ユーザーにライセンスを個別に割り当てるのでは、大規模な管理が困難になる場合があります。
そうした問題を解消するために、グループに基づくライセンス割り当てでは、1 つまたは複数のライセンスをグループに対して割り当てることができます。グループに割り当てられたライセンス プールは、グループのすべてのメンバーが使用できます。グループに追加された新しいメンバーは誰でも、それらのライセンスを使用できます。
同様に、グループから削除されるときに、ユーザーはそれらのライセンスの使用権を失います。
そのため、ユーザーごとのライセンス管理が不要になります。
グループ割り当てルールは、管理者が設定します。ユーザーごとにライセンスを明示的に割り当てるのとは異なり、グループ割り当てではライセンスを個別に消費するのではなく、ライセンス プールをグループ メンバーが使用できるようにします。ユーザーは、グループで利用可能なライセンス数の制限内で、先着順の原則に従ってライセンスを消費します。
直接割り当て
直接割り当てとグループ割り当ては、相互には機能しません。直接割り当てを使用すると、そのユーザーにはグループ割り当てで継承されたライセンスが適用されなくなります。
以下の場合は、ライセンスの直接割り当てを行うことをお勧めします。
- 限定的なライセンスのセットを完全に管理したい場合
- アクセス管理を容易にするためにグループを使用するが、ライセンスはきめ細かく設定したい場合
A: 社内の標準的なシナリオに沿った事前定義済みの権限を提供することでアクセス管理を容易にすると同時に、特定のライセンスを選ばれた数名のメンバーに割り当てたいと思っています。
例
Mary は Automation Developers グループのメンバーです。このグループには、10 個の RPA Developer ライセンスを割り当てる割り当てルールが設定されています。Automation Developers グループのメンバーとして、Mary は 1 個の RPA Developer ライセンスを継承します。ただし、Mary には管理者として、組織で使用できる RPA Developer Pro ライセンスも 1 個割り当てる必要があります。Mary のアクセス権限は変更せずに、より強力なライセンスを提供するには、Mary を Automation Developers グループに所属させたまま、RPA Developer Pro ライセンスを直接割り当てます。
B: ライセンス プールが限られていて、ライセンス数をはるかに超えるグループ メンバーがライセンスを奪い合っている状況の中、特定のライセンスをグループ内の適切なユーザーに割り当てられるようにしたいと思っています。
例
約 100 名のメンバーからなる Automation Developers グループに 5 個の Test Developer Pro ライセンスが割り当てられています。先着順の割り当ての原則が適用されることなく、ライセンスとユーザーが適切な組み合わせとなるようにするには、適任と思われる 5 名のユーザーに手動でライセンスを割り当てます。
ユーザー ライセンスの消費
| Named User | Multiuser | |
|---|---|---|
| Direct assignment | A license is consumed as soon as it is assigned to the user. A license is released if the administrator unassigns it from the user or the user is removed from the organization. | Users consume licenses on a first come, first served principle. A license relevant to a desktop product like Studio or Assistant is consumed when the desktop application is started. A license relevant to a web product is consumed at the first operation performed in the product that requires a license. This varies with each product. A license is released if the user does not use any product/capability that may require a license. You must log out and close the application or browser for the license to be released and become available for the next user. If a group allocation rule is removed or changed, the change applies to all users that belong to the group. |
| Group allocation | Users consume licenses on a first come, first served principle, within the limits of the number of licenses available to the group: A license relevant to a desktop product is consumed when the desktop application is first started. (e.g., Studio, Assistant). A license relevant to a web product is consumed at the first operation performed in the product that requires a license. This varies with each product. A license is released if the user is removed from the group or organization. If a group allocation rule is removed or changed, the change applies to all users that belong to the group. | Users consume licenses on a first come - first served principle. A license relevant to a desktop product is consumed when the desktop application is started. (e.g., Studio, Assistant) A license relevant to a web product is consumed at the first operation performed in the product that requires a license. This varies with each product. A license is released if the user does not use any product/capability that may require a license. You must log out and close the application or browser for the license to be released and become available for the next user. If a group allocation rule is removed or changed, the change applies to all users that belong to the group. |
1 ユーザーに複数のライセンスを割り当てる
1 人のユーザーがグループ メンバーシップによって複数のライセンスを継承する場合があります。その場合、ユーザーはその中で最も権限の強いライセンスのみを消費します。もしそのライセンスを使用できない場合は、2 番目に権限の強いライセンスを消費します。
ライセンスの権限
ライセンスの権限の強さは、強い順に以下のとおりです。
Automation Developer > RPA Developer > Citizen Developer > Attended > Action Center
例: ジョン・スミスはグループ メンバーシップによって Automation Developer と Action Center のライセンスを継承しています。この場合、ジョンは Automation Developer ライセンスを消費します。こちらのライセンスのほうが、Action Center ライセンスよりも強力だからです。
注
あるユーザーがグループ メンバーシップからライセンスを 1 つ継承し、明示的に 1 つ割り当てられた場合は、後者が優先され、グループ ライセンスが上書きされます。
Organization Administrator があるユーザーに複数のライセンスを明示的に割り当てた場合、そのユーザーはそれらのライセンスをすべて使用します。
外部ライセンス/パートナー ライセンス
複数の顧客組織のすべてで同じライセンスを使用しているパートナーは、顧客組織で外部ライセンス機能を有効化するよう要求することができます。この方法により、パートナーは自社のライセンスを顧客組織で使用して、顧客のライセンス プールは使用せずに顧客の Orchestrator サービスに接続できるようになります。
This is only possible for developer SKUs and requires Studio to be activated with a standalone license key. Please reach out to our support team or your UiPath contact for more details on how to enable this functionality.
従来のライセンス管理
This model is not recommended and all new organizations created after 1 March 2021 use the user licensing model by default.
組織設定でユーザー ライセンス管理モデルを無効化すると、レガシ ライセンス管理モデルが使用されます。
ユーザー ライセンス管理とは対照的に、従来のライセンス管理モデルでは、ユーザー ライセンスとロボット/サービス ライセンスの間に、管理上の明確な区別がありません。Automation Cloud ポータルでは、ユーザー ライセンスとロボット/サービス ライセンスをテナント単位で割り当てます。ユーザー ライセンスは、さらに Orchestrator で管理します。これにより、いくつかの制約が生じます。
- ユーザー ライセンスは特定のテナントに固定されます。テナント間でのライセンスの再割り当ては、管理者による手動の操作によってのみ可能です。
- ユーザー ライセンスの一元管理の機能は使用できません。
10 か月前に更新