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 für alle Nutzer, die der Registerkarte „ Benutzerzugriff “ hinzugefügt werden, der Zugang automatisch auf Zulassen gesetzt. Um einem bestimmten Nutzer den Zugriff zu verweigern (zum Beispiel einem, der mit einer Gruppe hinzugefügt wurde, die keinen Zugriff auf dieses spezielle Projekt haben sollte), wählen Sie den gewünschten Nutzer aus und wählen Sie Verweigern. Das „Nutzer verweigern“ -Dialogfeld wird angezeigt: Lassen Sie die Standardoption „Markierungen nicht von jemand anderem bearbeiten lassen“ ausgewählt, und wählen Sie „Nutzer verweigern“ aus.
6. Um den Zugriff auf dieses Projekt nur auf die Nutzer zu beschränken, die auf der Benutzerzugriff -Registerkarte aufgeführt sind und deren Zugriff auf Zulassen gesetzt ist, wählen Sie Benutzer einschränken aus.

   Die Beziehung zwischen dieser Einstellung und dem Zugriffsstatus eines Nutzers (entweder Zulassen oder Verweigern) ermöglicht es Ihnen, das Äquivalent einer „weißen Liste“ oder einer „schwarzen Liste“ einzurichten und bedarf einer weiteren Erklärung:

   • Wenn Nutzer einschränken ausgewählt ist, können nur Nutzer, die hier auf der Registerkarte Nutzerzugriff aufgeführt sind und deren Zugang auf Zulassen gesetzt ist, auf dieses Projekt zugreifen. Dies ist das Äquivalent einer „Positivliste“.
   • Wenn „Nutzer einschränken“ nicht ausgewählt ist, kann jeder Nutzer auf das Projekt zugreifen, außer denen, die hier auf der Registerkarte „Nutzerzugriff“aufgeführt sind und deren Zugriff auf „Verweigern“ gesetzt ist. Das ist das Äquivalent einer „schwarzen Liste“.
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 angezeigt, sowie alle anderen Nutzer oder Gruppen, die zuvor hinzugefügt wurden. Die Teilnehmergruppe gilt für alle Nutzer im Projekt und deren ursprüngliche Berechtigungseinstellungen werden konfiguriert, wenn das Projekt erstellt wird. Es kann nicht gelöscht werden. Die meisten Berechtigungen für die Gruppe Teilnehmer sind auf Abweisen gesetzt, wenn das Projekt erstellt wird; eine empfohlene Vorgehensweise ist es, bestimmten Nutzern und Gruppen zusätzliche Berechtigungen zu erteilen, anstatt der Gruppe Teilnehmer umfassenderen Zugriff 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.
      • Bei der Definition von Berechtigungen für die Teilnehmergruppe sind die Optionen "Ablehnen " oder "Erlauben".
      • Wenn Sie die Berechtigung für alle anderen Nutzer und Gruppen festlegen, sind die Optionen leer, Abweisen oder Zulassen. Wird blank ausgewählt, übernehmen der Nutzer oder die Gruppe die für die Gruppe **Teilnehmer** definierten Berechtigungen.
      • Die Vollständige Kontrolle ist mächtig, und das Setzen auf Erlauben gibt dem Nutzer oder der Gruppe von Nutzern administratorische Befugnisse. Die Auswirkungen davon sind:
        • Alle Berechtigungen für Administratoren sind auf Zulassen eingestellt.
        • 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 (Abweisen). Für einzelne Nutzer und Gruppen können Berechtigungsstatus entweder spezifisch ausgewählt (Explizit) oder sie können leer gelassen werden, wodurch sie standardmäßig den entsprechenden Berechtigungsstatus der Gruppe „Jeder“ (Geerbt) übernehmen.

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. Explizite Ablehnung (also eine Erlaubnis, die ausdrücklich auf Ablehnen gesetzt ist) hat die Hauptbedeutung.
2. Explizites Zulassen (d. h. eine Berechtigung, die explizit auf Zulassen gesetzt ist) hat zweitrangige Bedeutung.
3. Geerbter Status (das heißt, jede Berechtigung, die – ob verweigert oder zugelassen – von der Standardgruppe „Jeder“ geerbt wird) hat die geringste Bedeutung.

Beispiele

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

1. Nutzer Alice hat individuelle Berechtigungen eingerichtet und die Berechtigung zum Senden von Einladungen ist auf Verweigern eingestellt. Nutzer Alice gehört auch zu Gruppe A, und die Berechtigungen für 'Einladungen senden' für Gruppe A sind auf **Zulassen** festgelegt. Alice wird keine Einladungen an das Projekt senden können.
   • Ihre individuellen Berechtigungen haben Vorrang vor den Berechtigungen der Gruppe A.
2. Nutzer Bob hat individuelle Berechtigungen eingerichtet und die Berechtigung „Einladungen senden“ ist auf Zulassen eingestellt. Nutzer Bob gehört auch zur Gruppe A und die Berechtigungen zum Senden von Einladungen für Gruppe A sind auf **Verweigern** festgelegt. Bob wird Einladungen an das Projekt senden können.
   • Seine individuellen Berechtigungen setzen die Berechtigungen der Gruppe A außer Kraft.
3. Nutzer Charlie hat individuelle Berechtigungen eingerichtet und die Berechtigung zum Senden von Einladungen ist auf Zulassen gesetzt. Nutzer Charlie gehört auch zur Gruppe A und die Berechtigungen für das Senden von Einladungen für Gruppe A sind auf <blank> leer gesetzt. Die Berechtigung zum Senden von Einladungen für die Gruppe „Alle“ ist auf **Abweisen** gesetzt. Charlie wird Einladungen an das Projekt senden können.
   • Seine individuellen Berechtigungen setzen die Berechtigungen der Gruppe A außer Kraft.
4. Nutzer Alice hat keine individuellen Berechtigungen eingerichtet, aber sie ist Teil der Gruppe A, die die Berechtigung „Einladungen senden“ auf Zulassen gesetzt hat, und sie ist auch Teil der Gruppe B, die die Berechtigung „Einladungen senden“ auf Verweigern gesetzt hat. Alice wird keine Einladungen an das Projekt senden können.
   • Die explizite Erlaubnis Ablehnen von Gruppe B hebt die explizite Erlaubniserlaubnis von Gruppe A außer Kraft.
5. Nutzer Bob hat keine individuellen Berechtigungen eingerichtet, aber er ist Teil von Gruppe A, die die Berechtigung "Einladungen senden" auf **Zulassen** gesetzt hat, und er ist Teil von Gruppe B, die die Berechtigung "Einladungen senden" auf * * <blank> gesetzt hat. Die Berechtigung zum Senden von Einladungen für die Gruppe „Alle“ ist auf **Abweisen** gesetzt. Bob wird Einladungen an das Projekt senden können.
   • Die explizite Zulassen -Berechtigung von Gruppe A setzt die geerbte Verweigern -Berechtigung von Gruppe B außer Kraft.