Zugriff und Berechtigungen in Studio-Projekten definieren

Das Hinzufügen eines Nutzers zu einem Projekt kann unterschiedliche Auswirkungen haben, je nachdem, ob für das Projekt der private Zugriff aktiviert ist. Wenn Dieses Projekt als privat festlegen aktiviert ist, können Sie den Zugriff nur durch Hinzufügen eines Nutzers gewähren. Umgekehrt können Sie den Zugriff auf einen Nutzer nur durch Hinzufügen eines Nutzers verweigern, wenn Dieses Projekt als privat festlegen nicht aktiviert ist. Der private Nutzerzugriff wird weiter unten ausführlicher erläutert.

Das Hinzufügen eines Nutzers zu einem Projekt sendet diesem keine Einladung, dem Projekt beizutreten. Zusätzlich geschieht dies jeweils für eine Person und nur per E-Mail-Adresse. Um mehrere neue Nutzer einzuladen oder auch nur Einladungen zu versenden, während Sie weitere hinzufügen, siehe Nutzer zum Projekt einladen.

Gehen Sie folgendermaßen vor, um einen Nutzer zum Projekt hinzuzufügen.

1. Im Projekt wählen Sie auf der Registerkarte Projekt die Projekteinstellungen 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 Eigentümer des Projekts kann Gruppen nutzen, um Nutzer dem Projekt hinzuzufügen.
5. Standardmäßig ist für alle Benutzer, die zur Registerkarte Nutzer Access hinzugefügt werden, der Zugang automatisch auf Zulassen eingestellt. Um einem bestimmten Nutzer den Zugriff zu verwehren (beispielsweise einem Nutzer aus einer Gruppe, der keinen Zugriff auf dieses spezifische Projekt haben soll), wählen Sie den gewünschten Nutzer aus und wählen Sie Blockieren. Das Dialogfeld Blockierte Nutzer wird angezeigt: Belassen Sie die Standardoption Zugriff sperren (widerrufbar) – Sie können diesen Nutzer später erneut einladen ausgewählt und wählen Sie 1 Nutzer blockieren aus.
6. Um den Zugriff auf dieses Projekt auf diejenigen Nutzer zu beschränken, die auf der Registerkarte Benutzerzugriff aufgeführt sind und deren Zugriff auf Zugelassen gesetzt ist, Diesen Projekt privat machen auswählen.

   Die Beziehung zwischen dieser Einstellung und dem Access -Status eines Nutzers (entweder Allowed oder Blocked) ermöglicht die Einrichtung einer entsprechenden "Positivliste" oder "Sperrliste" und verdient eine nähere Erklärung:

   • Wenn Dieses Projekt privat machen ausgewählt ist, können nur die Nutzer, die hier auf der Registerkarte User Access aufgeführt sind und deren Zugang auf Zulassen gesetzt ist, auf dieses Projekt zugreifen. Dies entspricht einer „White List“.
   • When Make this Projekt private is not selected, any Nutzer can access the Projekt except for those listed here on the User Access Registerkarte whose Access is set to Blocked. Dies entspricht einer „schwarzen Liste“.
7. auswählen OK.
   

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.

Ordnerberechtigungen steuern den Nutzerzugriff auf Ordner und die darin enthaltenen Dateien. Sie sind nicht auf Moderatoren und Administratoren (d. h. Nutzer mit der Berechtigung Vollständige Kontrolle auf Zulassen) anzuwenden, die automatisch Vollzugriff auf alle Dateien und Ordner im Projekt haben.

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 Ordnerberechtigungen 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 kann nicht gelöscht werden. Standardmäßig ist die Teilnehmergruppe mit der Berechtigung Lesen versehen, wenn das Projekt erstellt wird; eine empfohlene bewährte Methode ist es, bestimmten Nutzern und Gruppen zusätzliche Berechtigungen zu erteilen, anstatt der Teilnehmergruppe 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. Hinzugefügte **Nutzer** und **Gruppen** übernehmen standardmäßig die **Berechtigungen** der **Gruppe** „**Teilnehmer**“.

      Einzelne Nutzer werden erst dann in der Liste angezeigt, wenn sie zum ersten Mal auf das Projekt zugegriffen haben.

      Wenn Sie der Projekteigentümer sind und eine neue Gruppe für dieses Projekt erstellen oder die Mitgliedschaft einer aktuell verwendeten Gruppe ändern möchten, wählen Sie Gruppen verwalten. Weitere Informationen zum Erstellen und Verwalten von Gruppen finden Sie unter Studio-Gruppen. Benutzer mit Vollständige Kontrolle Berechtigungen können ihre eigenen Gruppen auch über Gruppen verwalten verwalten, aber sie können diese Gruppen in diesem Projekt nicht verwenden, nur in denen, die sie selbst besitzen.

4. So ändern Sie die Ordnerberechtigungen für einen Nutzer oder eine Gruppe:
   1. Wählen Sie den gewünschten Nutzer oder die Gruppe in der Liste der Nutzer/Gruppen aus.
   2. Wählen Sie den gewünschten Ordner in der Liste **Angewendete Berechtigungen** aus. Rechts neben dem ausgewählten Ordner wird ein Pfeil für eine Drop-down-Liste eingeblendet.

      Alle Projekte haben einen Ordner, der als **Projektstamm** bezeichnet wird. Dieser Stammordner enthält alle Ordner und Dateien im Projekt, auch wenn er nicht in der Liste der Projektdateien und -ordner auf der Studio-Registerkarte angezeigt wird. Dem Stammordner des Projekts muss ein Berechtigungsstatus zugewiesen werden, aber er ist der einzige; alle anderen Ordner können so eingestellt werden, dass sie ihre Berechtigungsstatus von ihren übergeordneten Ordnern erben.

   3. Wählen Sie eine Berechtigungseinstellung aus der Drop-down-Liste.
      • Beim Definieren von Ordnerberechtigungen für den Ordner Projektstamm sind die Optionen Lesen, Lesen/Schreiben oder Lesen/Schreiben/Löschen.
      • Bei der Definition von Berechtigungen für alle anderen Nutzer und Gruppen stehen folgende Optionen zur Auswahl:
        • Leer: Diese Einstellungen bewirkt, dass der Ordner den Berechtigungenstatus übernimmt, der für seinen übergeordneten Ordner (das heißt, den Ordner, in dem er enthalten ist) definiert ist. Für den Ordner Projektstamm nicht verfügbar, da er keinen übergeordneten Ordner hat, von dem aus er einen Berechtigungsstatus erben könnte.
        • Verborgen: Diese Einstellung sorgt dafür, dass der Ordner und dessen Inhalt für den Nutzer oder die Gruppe nicht sichtbar sind. Sie werden den Ordner oder die darin enthaltenen Dateien weder sehen noch darauf zugreifen können. Der Projektstamm -Ordner kann nicht ausgeblendet werden. Des Weiteren werden alle Ordner, die sich in einem ausgeblendeten Ordner befinden, ebenfalls standardmäßig ausgeblendet.
        • Lesen: Diese Einstellung erlaubt es dem Nutzer, Projektdateien zu öffnen, sie aber weder auszuchecken, zu ändern noch zu löschen.
        • Lesen/Schreiben: Diese Einstellung erlaubt es dem Nutzer, Projektdateien zu öffnen, auszuchecken und Änderungen daran vorzunehmen.
        • Lesen/Schreiben/Löschen: Diese Einstellung erlaubt dem Nutzer, Projektdateien zu öffnen, auszuchecken, umzubenennen, zu ändern und zu löschen.
      Ordnerberechtigungen gelten nicht für Moderatoren oder Administratoren (d. h. Nutzer mit der auf „Zugelassen“ gesetzten Berechtigung „Vollständige Kontrolle“). Diese Nutzer haben automatisch vollständigen Zugriff auf alle Dateien und Ordner im Projekt.
5. Um einen Nutzer oder eine Gruppe zu entfernen, wählen Sie sie aus und wählen Sie 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.