- Einleitung
- Produktlebenszyklus
- Lizenzierung
- Bereitstellungsoptionen
- UiPath-Plattform
- UiPath-Dokumentation
- Fehlersuche und ‑behebung
Optionen für die Lizenzverwaltung
Die Benutzerlizenzverwaltung ist standardmäßig für alle Organisationen aktiviert, die nach dem 1. März 2021 erstellt wurden.
Sie können diese Option in den Organisationseinstellungen aktivieren oder deaktivieren.
Aktivieren Sie die Benutzerlizenzverwaltung nur, wenn:
-
Sie keine klassischen Ordner verwenden
-
Ihre Organisation die interaktive Authentifizierung verwendet oder dazu wechseln kann.
Durch das Aktivieren der Benutzerlizenzverwaltung wird automatisch die Sicherheitseinstellung Benutzerauthentifizierung erzwingen, Roboterschlüssel-Authentifizierung deaktivieren im Orchestrator festgelegt. Benutzer, die die Roboterschlüsselauthentifizierung verwenden, können ihre Roboter nicht mehr mit dem Orchestrator verbinden, bis sie zur interaktiven Authentifizierung wechseln. Diese Einstellung ist nicht mit klassischen Ordnern kompatibel.
Wichtig:
-
Die Benutzerlizenzverwaltung ist für den eigenständigen Orchestrator nicht verfügbar.
-
Wenn Sie jetzt zur sicheren Authentifizierung wechseln, müssen Sie die Workflows, die Orchestrator-Aktivitäten verwenden oder direkte HTTP-Aufrufe an die Orchestrator-API tätigen, neu kompilieren, indem Sie Aktivitätspakete ab 2020.10 verwenden.
Die benutzerbasierte Lizenzierung bietet eine einheitliche Darstellung zwischen dem kommerziellen Modell von UiPath (gekaufte SKUs) und den Lizenzen, die für die Verteilung in einer Organisation verfügbar sind. Benutzerlizenzen werden separat von Dienst-/Unattended-Roboterlizenzen verwaltet und sind nicht an einen bestimmten Mandanten gebunden – ein Benutzer ist für mehrere Mandanten in der Organisation lizenziert.
Dieses Modell hilft Ihnen, Lizenzen in der Organisation zuzuweisen, indem Sie Lizenzen einem einzelnen Benutzer oder einer Gruppe zur Verfügung stellen. Mithilfe von Gruppen kann der Administrator allen Mitgliedern der Gruppe eine Reihe von Lizenzen auf First-Come-First-Serve-Basis zuweisen, anstatt die Lizenzen einzeln zuweisen zu müssen.
Gruppenzuweisung
Die gruppenbasierte Lizenzierung ist die empfohlene Lösung für Unternehmen, da die Lizenzzuweisung automatisch über Gruppenzuweisungsregeln durchgeführt wird. Das Zuweisen von Lizenzen auf individueller Benutzerebene kann eine umfangreiche Administration schwierig machen.
Um diesen Herausforderungen zu begegnen, können Sie mit gruppenbasierter Lizenzierung einer Gruppe eine oder mehrere Lizenzen zuweisen. Der Pool von Lizenzen, die der Gruppe zugewiesen sind, wird für alle Mitglieder der Gruppe verfügbar. Alle neuen Mitglieder, die der Gruppe hinzugefügt wurden, können diese Lizenzen nutzen.
Ebenso verliert ein Benutzer nach dem Entfernen aus der Gruppe die Möglichkeit, eine solche Lizenz zu verwenden.
Dadurch entfällt die Lizenzverwaltung pro Benutzer.
Gruppenzuweisungsregeln werden von einem Administrator konfiguriert. Im Gegensatz zur expliziten Lizenzzuweisung pro Benutzer verbraucht die Gruppenzuweisung keine Lizenzen, stellt aber den Lizenzpool den Gruppenmitgliedern zur Verfügung. Benutzer verbrauchen Lizenzen nach dem Prinzip „Wer zuerst kommt, mahlt zuerst“ – je nach der Anzahl der für die Gruppe verfügbaren Lizenzen.
Direkte Zuweisung
Die direkte Lizenzzuweisung wird in den folgenden Fällen empfohlen:
- um die volle Kontrolle über eine begrenzte Anzahl von Lizenzen zu erhalten oder
- um eine differenzierte Lizenzierung zu erreichen und gleichzeitig die Zugriffssteuerung durch Gruppen zu vereinfachen.
A: Angenommen, ich möchte die Zugriffsverwaltung einfach halten, indem ich vordefinierte Berechtigungen für typische Szenarien in meinem Unternehmen zur Verfügung stelle und einigen ausgewählten Mitgliedern bestimmte Lizenzen zuweise.
Beispiel
Maria ist Mitglied der Automation Developers-Gruppe. Für diese Gruppe ist eine Zuweisungsregel vorhanden, durch die ihr 10 RPA Developer-Lizenzen zugewiesen werden. Als Mitglied der Automation Developers-Gruppe würde Maria eine RPA Developer-Lizenz übernehmen. Als Administrator möchte ich jedoch, dass Maria eine der RPA Developer-Lizenzen zugewiesen bekommt, die in der Organisation verfügbar sind. Um die Zugriffsrechte von Maria aufrecht zu erhalten und eine leistungsstärkere Lizenz mit ihnen zu verknüpfen, lasse ich sie in der Automation Developers-Gruppe stehen und weise ihr direkt eine RPA Developer Pro-Lizenz zu.
B: Angenommen, ich möchte steuern, welchen Benutzern in einer Gruppe eine bestimmte Lizenz zugewiesen wird, wenn ich über einen begrenzten Lizenzpool verfüge und die Anzahl der Gruppenmitglieder, die um sie konkurrieren, viel größer ist.
Beispiel
Der Automation Developers-Gruppe, die aus rund 100 Mitgliedern besteht, sind 5 Test-Entwickler Pro-Lizenzen (Test Developer Pro) zugeordnet. Um zu vermeiden, dass sich der schnellste Benutzer die Lizenz sichert und damit die richtigen Benutzer die Lizenzen bekommen, weise ich die Lizenz manuell den 5 Benutzern zu, die ich möchte.
Benutzerlizenzverbrauch
|
Benannter Benutzer (Named User) |
MultiUser |
---|---|---|
Direkte Zuweisung |
|
Benutzer verbrauchen Lizenzen nach dem Prinzip „Wer zuerst kommt, malt zuerst“.
Wenn eine Gruppenzuweisungsregel entfernt oder geändert wird, gilt die Änderung für alle Benutzer, die der Gruppe angehören. |
Gruppenzuweisung |
Benutzer verbrauchen Lizenzen nach dem Prinzip „Wer zuerst kommt, mahlt zuerst“ – je nach der Anzahl der für die Gruppe verfügbaren Lizenzen:
Wenn eine Gruppenzuweisungsregel entfernt oder geändert wird, gilt die Änderung für alle Benutzer, die der Gruppe angehören. |
Benutzer verbrauchen Lizenzen nach dem Prinzip „Wer zuerst kommt, malt zuerst“.
Wenn eine Gruppenzuweisungsregel entfernt oder geändert wird, gilt die Änderung für alle Benutzer, die der Gruppe angehören. |
Es kann Szenarien geben, in denen ein Benutzer mehrere Lizenzen durch Gruppenmitgliedschaften erbt. In solchen Fällen verbraucht der Benutzer nur eine der Lizenzen, nämlich die leistungsstärkste. Wenn dieser Lizenztyp nicht verfügbar ist, verbraucht der Benutzer die zweitstärkste Lizenz.
Die Leistungsfähigkeit von Lizenzen ist wie folgt, von der leistungsstärksten bis zur am wenigsten leistungsfähigen:
Automation Developer > RPA Developer > Citizen Developer > Attended > Action Center
Beispiel: John Smith hat durch seine Gruppenmitgliedschaft eine Lizenz für Automation Developer und Action Center geerbt. John verbraucht die Automation Developer-Lizenz, die leistungsstärker ist als die Action Center-Lizenz.
Wenn ein Benutzer Lizenzen durch Gruppenmitgliedschaft erbt und explizit eine zugewiesen bekommt, dann hat die explizit zugewiesene Lizenz Vorrang und überschreibt die Gruppenlizenz.
Wenn ein Organisationsadministrator einem Benutzer explizit mehrere Lizenzen zuweist, verbraucht der Benutzer alle.
Partner, die dieselbe Lizenz in mehreren Kundenorganisationen verwenden, können die Aktivierung der Funktion Externe Lizenz für die Kundenorganisation anfordern. Auf diese Weise können Partner ihre eigene Lizenz mitbringen und sich mit den Orchestrator-Diensten des Kunden verbinden, ohne die aus dem Kundenlizenzpool zu nutzen.
Beachten Sie, dass dies nur für Entwickler-SKUs möglich ist und dass Studio mit einem eigenständigen Lizenzschlüssel aktiviert werden muss. Weitere Informationen zum Aktivieren dieser Funktion erhalten Sie von unserem Supportteam oder Ihrem Ansprechpartner bei UiPath.
Dieses Modell wird nicht empfohlen und alle neuen Organisationen, die nach dem 1. März 2021 erstellt wurden, verwenden standardmäßig das Benutzerlizenzierungsmodell.
Wenn Sie das Benutzerlizenzverwaltungsmodell in den Organisationseinstellungen deaktivieren, wird das Legacy-Lizenzverwaltungsmodell verwendet.
Im Gegensatz zur Benutzerlizenzverwaltung bietet das Legacy-Lizenzverwaltungsmodell keine klare Trennung zwischen Benutzer- und Robot-/Dienst-Lizenzen bezüglich der Verwaltung. Benutzerlizenzen und Robot-/Dienst-Lizenzen werden pro Mandant über die Organisationseinstellung zugewiesen und im Orchestrator weiter verwaltet. Das bringt einige Einschränkungen mit sich:
- Benutzerlizenzen sind an bestimmte Mandanten gebunden, eine Lizenzzuordnung zwischen Mandanten ist nur durch manuelles Eingreifen eines Administrators möglich.
- Sie können Benutzerlizenzen nicht zentral verwalten.