Tutorial: Starten eines Arbeitsablaufs in Studio-Projekten

Das Hinzufügen eines Nutzers zu einem Projekt ermöglicht diesem den Zugriff (bei Projekten, bei denen der Teilnehmerzugriff eingeschränkt ist) oder verweigert ihm diesen (bei Projekten, bei denen der Teilnehmerzugriff nicht eingeschränkt ist). Der eingeschränkte Teilnehmerzugriff wird unten ausführlicher erläutert.

Gehen Sie wie folgt vor, um einen Nutzer dem Projekt hinzuzufügen:

1. Wenn Sie sich im Projekt befinden, wählen Sie die Projekteinstellungen auf der Registerkarte Projekt aus. Das Projekt-Einstellungen Dialogfeld wird geöffnet.

2. Wählen Sie die Registerkarte **Nutzerzugriff** aus. Zuvor hinzugefügte Nutzer werden in der Liste angezeigt.

3. Um neue, einzelne Nutzer hinzuzufügen, wählen Sie aus. Im Dialog „E-Mail-Adresse hinzufügen“ geben Sie die E-Mail-Adresse des Nutzers ein und wählen Sie „OK“ aus.
4. Um die Nutzer einer Gruppe hinzuzufügen, klicken Sie auf . Im Dialogfeld Gruppen auswählen wählen Sie die gewünschte Gruppe aus und klicken Sie auf OK. Alle Nutzer in dieser Gruppe werden automatisch hinzugefügt.
   Nur der Projekt -Eigentümer kann Gruppen verwenden, um Nutzer zum Projekt hinzuzufügen.
5. Standardmäßig wird der Zugriff für alle Nutzer, die der Registerkarte User Access hinzugefügt werden, automatisch auf Zugelassen gesetzt. Um den Zugriff auf einen bestimmten Nutzer zu sperren (z. B. einen Nutzer, der über eine Gruppe hinzugefügt wurde und keinen Zugriff auf dieses Projekt haben sollte), wählen Sie den gewünschten Nutzer aus und klicken Sie auf Sperren. Der Dialog Gesperrte Benutzer wird angezeigt: Lassen Sie die Standardoption Zugriff sperren (widerrufbar) – Sie können diesen Nutzer später erneut einladen ausgewählt und wählen Sie 1 Nutzer sperren aus.
6. Um den Zugriff auf dieses Projekt auf diejenigen Nutzer zu beschränken, die hier auf der Registerkarte User Access aufgeführt sind und deren Zugang auf Zulassen gesetzt ist, Diesen Projektzugriff beschränken auswählen.

   Das Verhältnis zwischen dieser Einstellung und dem Zugriffsstatus eines Nutzers (entweder Zugelassen oder Gesperrt) ermöglicht es Ihnen, das Äquivalent einer „Whitelist“ oder „Blacklist“ einzurichten, und bedarf einiger weiterer Erklärungen:

   • Wenn Dieses Projekt als privat festlegen ausgewählt ist, können nur die hier auf der Benutzerzugriff -Registerkarte aufgeführten Nutzer, deren Zugriff auf Zulassen gesetzt ist, auf dieses Projekt zugreifen. Dies entspricht einer „weißen Liste“.
   • Wenn Diesen Projekt privat machen nicht ausgewählt ist, kann jeder Nutzer auf das Projekt zugreifen, mit Ausnahme derjenigen, die hier auf der Registerkarte Benutzerzugriff aufgeführt sind und deren Zugriff auf Gesperrt gesetzt ist. Dies entspricht einer „Blacklist“.
7. auswählen OK.
   

Berechtigungen definieren, welche Aktionen Benutzer im Projekt ausführen können. Berechtigungen können für Gruppen sowie einzelne Nutzer definiert werden.

1. Wenn Sie sich im Projekt befinden, wählen Sie die Projekteinstellungen auf der Registerkarte Projekt aus. Das Projekt-Einstellungen Dialogfeld wird geöffnet.

2. Wählen Sie die Registerkarte Berechtigungen aus.

   Die Standardgruppe Teilnehmer wird ebenso angezeigt wie alle anderen Nutzer oder zuvor hinzugefügten Gruppen. Die Gruppe Teilnehmer gilt für alle Nutzer im Projekt; ihre anfänglichen Berechtigungseinstellungen werden konfiguriert, wenn das Projekt erstellt wird. Es kann nicht gelöscht werden. Die meisten Berechtigungen für die Gruppe Teilnehmer sind beim Erstellen des Projekts auf Blockiert gesetzt; als bewährte Vorgehensweise empfiehlt es sich, bestimmten Nutzern und Gruppen zusätzliche Berechtigungen zu erteilen, anstatt der Gruppe Teilnehmer umfassendere Zugriffsrechte zu gewähren.
   

3. Um einzelne Benutzer oder Gruppen hinzuzufügen:
   1. auswählen .

   2. Im Dialogfeld **Benutzer/Gruppen hinzufügen**, wählen Sie den gewünschten Benutzer oder die Gruppe aus und wählen Sie OK. Nur die Gruppen des Eigentümers werden angezeigt, da sie die einzigen sind, die im Projekt verwendet werden können. Hinzugefügte **Nutzer** und **Gruppen** übernehmen standardmäßig die **Berechtigungen** der **Gruppe** „**Teilnehmer**“.

      Wenn Sie der Projekteigentümer sind und eine neue Gruppe für dieses Projekt erstellen oder die Mitgliedschaft einer derzeit verwendeten ändern möchten, wählen Sie Gruppen verwalten. Siehe Studio-Gruppen für weitere Informationen zum Erstellen und Verwalten von Gruppen. Benutzer mit Berechtigungen für Vollständige Kontrolle können auch Gruppen verwalten nutzen, um ihre eigenen Gruppen zu verwalten, diese Gruppen können sie in diesem Projekt jedoch nicht verwenden, noch können sie die Gruppen des Eigentümers ändern.

      Beim Erstellen von Gruppen beachten Sie, dass Revu es zulässt, dass jemand in mehreren Gruppen innerhalb derselben Sitzung oder desselben Projekts ist; tritt dies ein, gelten für diese Person standardmäßig die restriktivsten Berechtigungen. Daher könnte das Hinzufügen von jemandem, der sich bereits in einer Gruppe befindet, zu einer zweiten Gruppe nicht die gewünschte Wirkung haben, entweder weil erwartete Berechtigungen nicht gewährt werden (da die Berechtigungen der ersten Gruppe restriktiver sind) oder weil unerwünschte Einschränkungen auferlegt werden (da die Berechtigungen der zweiten Gruppe restriktiver sind).

4. Um die Berechtigungen für einen Nutzer oder eine Gruppe zu ändern:
   1. Wählen Sie den gewünschten Nutzer oder die Gruppe in der Liste der Nutzer/Gruppen aus.
   2. Wählen Sie die gewünschte Berechtigung in der Liste Angewendete Berechtigungen aus.
   3. Wählen Sie eine Berechtigungseinstellung aus der Drop-down-Liste.
      • Wenn Sie Berechtigungen für die Gruppe Teilnehmer definieren, lauten die Optionen Blockiert oder Zugelassen.
      • Beim Definieren von Berechtigungen für alle anderen Nutzer und Gruppen lauten die Optionen leer, Blockiert oder Zugelassen. Durch Auswahl von leer übernimmt der Nutzer oder die Gruppe die für die Gruppe Teilnehmer festgelegte Berechtigung.
      • Die Berechtigung Vollständige Kontrolle ist sehr weitreichend. Wenn sie auf Zugelassen gesetzt wird, erhält der Nutzer oder die Nutzergruppe Administratorrechte. Die Auswirkungen hiervon sind:
        • All Berechtigungen for Administratoren are set to Allowed.
        • Administratoren können das Projekt umbenennen.
        • Administratoren können das Projekt löschen.
        • Administratoren können Nutzerzugriff verwalten.
        • Administratoren können Berechtigungen für andere Nutzer verwalten.
        • Administratoren haben volle Berechtigungen für jeden Ordner, unabhängig von den Standardberechtigungen des Ordners.

        Es gibt jedoch einige Einschränkungen, was Administratoren tun können:

        • Administratoren können den Host nicht blockieren.
        • Administratoren haben keinen Zugriff auf die Gruppen des Hosts (oder die eines anderen Administrators).
5. Um einen Nutzer oder eine Gruppe zu entfernen, wählen Sie diese aus und wählen Sie dann aus.
6. Wählen Sie OK.

Beim Festlegen von Berechtigungen gibt es zwei Hierarchien-Sets, die man beachten sollte: Berechtigungssätze und Berechtigungszustände.

• Ein Berechtigungs Set beschreibt, wie ein Nutzer seine Berechtigungen erhalten hat: Wurden sie dem Nutzer spezifisch zugewiesen (Individuelle Berechtigungen)? Hat der Nutzer sie aufgrund seiner Zugehörigkeit zu einer bestimmten Gruppe (Berechtigungen der Gruppe) erhalten? Oder hat der Nutzer die standardmäßigen allgemeinen Berechtigungen erhalten, weil keine der beiden vorherigen Bedingungen erfüllt war („Allgemeine Berechtigungen“)?
• Ein Berechtigungsstatus beschreibt, ob der Nutzer eine bestimmte Aufgabe ausführen darf (Zulassen) oder nicht (Gesperrt). Bei einzelnen Nutzern und Gruppen können Berechtigungszustände entweder spezifisch ausgewählt (Explizit) werden oder sie können leer gelassen werden, wodurch sie standardmäßig auf den entsprechenden Berechtigungszustand für die Gruppe „Jeder“ (Vererbt) zurückgesetzt werden.

Berechtigungsstatus wirken innerhalb von Berechtigungs-Sets und werden in der Regel nur zur Beilegung von Konflikten herangezogen, die entstehen, wenn ein Nutzer Mitglied von zwei oder mehr Gruppen mit widersprüchlichen Berechtigungen ist (siehe Beispiele 4 und 5 unten zur weiteren Veranschaulichung). Es wird generell empfohlen, dass Personen nicht mehreren Gruppen hinzugefügt werden, aber falls dies erforderlich ist, sollten sich Hosts und Administratoren abstimmen, um sicherzustellen, dass die entsprechenden Berechtigungen erteilt werden.

Hierarchien

Die Hierarchien sind:

Berechtigungssätze

1. Individuelle Berechtigungen (d. h. jene, die für einen bestimmten Nutzer eingerichtet wurden) haben primäre Bedeutung.
2. Gruppenberechtigungen (das sind jene, die für eine von Ihnen erstellte Gruppe eingerichtet wurden) sind von nachrangiger Bedeutung.
3. Allgemeine Berechtigungen (d. h. die für die Standardgruppe „Alle“ eingerichtet sind) haben die geringste Bedeutung.

Berechtigungsstatus

1. Die Option „Explizit blockiert“ (also eine Berechtigung, die gezielt auf „Blockiert“ gesetzt wurde) hat vorrangige Bedeutung.
2. Explizit zugelassen (d. h. eine Berechtigung, die spezifisch auf „Zugelassen“ gesetzt ist) hat sekundäre Bedeutung.
3. Der geerbte Status (d. h. jede Berechtigung – unabhängig davon, ob sie „Blockiert“ oder „Zugelassen“ ist –, die von der Standardgruppe „Jeder“ geerbt wird) hat die niedrigste Priorität.

Beispiele

Unter Berücksichtigung dieser Hierarchien sind hier ein paar Beispiele, die veranschaulichen, wie die tatsächlichen Berechtigungen eines Nutzers bestimmt werden:

1. Für den Nutzer Alice sind individuelle Berechtigungen eingerichtet und die Berechtigung „Einladungen senden“ ist auf Blockiert gesetzt. Der Nutzer Alice gehört außerdem zur Gruppe A und die Berechtigungen für „Einladungen senden“ für Gruppe A sind auf Zulässig gesetzt. Alice wird Einladungen an das Projekt nicht senden können.
   • Ihre individuellen Berechtigungen haben Vorrang vor den Berechtigungen der Gruppe A.
2. Für den Nutzer Bob sind individuelle Berechtigungen eingerichtet und die Berechtigung „Einladungen senden“ ist auf Zulässig gesetzt. Der Nutzer Bob gehört außerdem zur Gruppe A und die Berechtigungen für „Einladungen senden“ für Gruppe A sind auf Blockiert gesetzt. Bob wird Einladungen an das Projekt senden können.
   • Seine individuellen Berechtigungen setzen die Berechtigungen der Gruppe A außer Kraft.
3. Für den Nutzer Charlie sind individuelle Berechtigungen eingerichtet und die Berechtigung „Einladungen senden“ ist auf Zulassen eingestellt. Nutzer Charlie gehört außerdem zu Gruppe A, und die Berechtigungen für „Einladungen senden“ für Gruppe A ist auf <blank> eingestellt. Die Berechtigung „Einladungen senden“ für die Gruppe „Jeder“ ist auf Blockiert gesetzt. Charlie wird Einladungen an das Projekt senden können.
   • Seine individuellen Berechtigungen setzen die Berechtigungen der Gruppe A außer Kraft.
4. Für den Nutzer Alice sind keine individuellen Berechtigungen eingerichtet, aber sie ist Teil von Gruppe A, bei der die Berechtigung „Einladungen senden“ auf Zulassen eingestellt ist, und sie ist außerdem Teil von Gruppe B, bei der die Berechtigung „Einladungen senden“ auf Blockiert eingestellt ist. Alice wird nicht in der Lage sein, Einladungen an das Projekt zu senden.
   • The explicit Blockedpermission from Gruppe B overrules the explicit Allowed permission from Gruppe A.
5. Für den Nutzer Bob sind keine individuellen Berechtigungen eingerichtet, aber er ist Teil von Gruppe A, bei der die Berechtigung „Einladungen senden“ auf Zulassen gesetzt ist, und er ist Teil von Gruppe B, bei der die Berechtigung „Einladungen senden“ auf <blank> gesetzt ist. Die Berechtigung „Einladungen senden“ für die Gruppe „Alle“ ist auf Blockiert gesetzt. Bob wird in der Lage sein, Einladungen an das Projekt zu senden.
   • Die explizite Zulassen -Berechtigung aus Gruppe A übersteuert die vererbte Blockiert -Berechtigung aus Gruppe B.