Zugriff und Berechtigungen in Studio-Sitzungen definieren

Studio-Sitzungen können so konfiguriert werden, dass sie ein Ablaufdatum haben. Dieses Datum kann bei der Erstellung der Sitzung oder danach konfiguriert werden. Sobald ein Ablaufdatum festgelegt wurde, kann es bei Bedarf geändert werden.

So legen Sie ein Ablaufdatum fest oder ändern es:

1. In einer Sitzung wählen Sie Sitzungseinstellungen aus.

   

2. Wenn bereits ein Ablaufdatum festgelegt wurde, ist die Option Aktiviert ausgewählt.
   • Um das Ablaufdatum zu deaktivieren, deaktivieren Sie Aktiviert.
   • Um das Ablaufdatum oder die Ablaufzeit zu ändern, ändern Sie den entsprechenden Wert rechts neben Aktiviert.
3. Wenn derzeit kein Verfallsdatum festgelegt ist, können Sie eines festlegen, indem Sie Aktiviert auswählen und das gewünschte Verfallsdatum in die Felder rechts davon eingeben.
4. Wählen Sie OK.

Revu sendet dem Gastgeber und den Teilnehmern E-Mail-Benachrichtigungen, sobald die Sitzung sich dem Ablaufdatum nähert. Benachrichtigungen werden gesendet:

• Sieben Tage vor Ablauf
• Zwei Tage vor Ablauf
• 24 Stunden vor Ablauf
• Nach Ablauf der Sitzung

Ebenso wird eine Benachrichtigung gesendet, wenn das Ablaufdatum der Sitzung geändert wird.

Das Hinzufügen eines Nutzers zu einer Sitzung kann unterschiedliche Auswirkungen haben, je nachdem, ob die Sitzung auf privaten Zugriff eingestellt ist oder nicht. Wenn Sitzung als privat festlegen aktiviert ist, ist das Hinzufügen eines Nutzers die einzige Möglichkeit, ihm Zugriff zu gewähren. Umgekehrt gilt: Wenn Sitzung als privat festlegen nicht aktiviert ist, ist das Hinzufügen eines Nutzers die einzige Möglichkeit, seinen Zugriff zu sperren. Nähere Einzelheiten zum privaten Nutzerzugriff finden Sie unten.

Das Hinzufügen eines Nutzers zu einer Sitzung sendet ihnen keine Einladung zur Teilnahme an der Sitzung. Zusätzlich geschieht dies jeweils für eine Person und nur per E-Mail-Adresse. Um mehrere neue Nutzer einzuladen oder einfach beim Hinzufügen einiger weniger Einladungen zu versenden, siehe Nutzer zur Sitzung einladen.

Gehen Sie wie folgt vor, um einen Nutzer zur Sitzung hinzuzufügen:

1. Wählen Sie in der Sitzung Sitzungseinstellungen aus. Das Sitzungseinstellungen -Dialogfeld wird angezeigt.

2. Wählen Sie die Registerkarte Teilnehmer 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 Sitzungseigentümer und Benutzer mit der Berechtigung „Vollständige Kontrolle“ können Gruppen verwenden, um Nutzer einer Sitzung hinzuzufügen. Bedenken Sie jedoch, dass hier nur die Gruppen des Sitzungseigentümers angezeigt werden. Jemand mit Vollständige Kontrolle-Berechtigungen kann die Gruppen des Eigentümers verwenden, um Nutzer hinzuzufügen, aber sie können ihre eigenen nicht verwenden und sie können die Nutzer in den Gruppen des Eigentümers nicht ändern.
5. Standardmäßig ist bei allen Nutzern, die zur Registerkarte Benutzerzugriff hinzugefügt wurden, der Zugang automatisch auf Zulassen eingestellt. So verweigern Sie einem bestimmten Nutzer den Zugriff (beispielsweise einem Nutzer, der über eine Gruppe hinzugefügt wurde und keinen Zugriff auf diese spezifische Sitzung haben soll): Wählen Sie den gewünschten Nutzer aus, und wählen Sie Sperren aus. Das Dialogfeld Nutzer sperren wird geöffnet: Übernehmen Sie die Standardoption Zugriff sperren (widerrufbar) – Sie können diesen Nutzer später erneut einladen, und wählen Sie 1 Nutzer sperren aus.
6. Um den Zugriff auf diese Sitzung auf diejenigen Nutzer zu beschränken, die in der Registerkarte User Access aufgeführt sind und deren Access auf Allowed gesetzt ist, Block auswählen.

   Das Verhältnis zwischen dieser Einstellung und dem Zugriffsstatus eines Nutzers (entweder Zulassen oder Sperren) ermöglicht Ihnen das Einrichten einer Entsprechung für eine „Whitelist“ oder „Blacklist“ und bedarf einiger weiterer Erklärungen:

   • Wenn Diese Sitzung als privat festlegen ausgewählt ist, können nur Nutzer, die hier auf der Registerkarte Benutzerzugang aufgeführt sind und deren Zugang auf Zulassen gesetzt ist, auf diese Sitzung zugreifen. Dies entspricht einer „Positivliste“.
   • Wenn Diese Sitzung als privat festlegen nicht ausgewählt ist, kann jeder Nutzer auf die Sitzung zugreifen, mit Ausnahme derjenigen, die hier auf der Registerkarte Benutzerzugriff aufgeführt sind und deren Zugriff auf Sperren gesetzt ist. Dies entspricht einer „Blacklist“.
7. auswählen OK.
   

1. In einer Sitzung wählen Sie Sitzungseinstellungen aus.

2. Wählen Sie im Sitzungs einstellungsdialog die Registerkarte Berechtigungen aus.

   

   Die Standardgruppe Teilnehmer wird angezeigt sowie alle anderen Nutzer oder Gruppen, die zuvor hinzugefügt wurden. Die Gruppe Teilnehmer gilt für alle Nutzer in der Sitzung, und ihre anfänglichen Berechtigungseinstellungen werden konfiguriert, wenn die Sitzung erstellt wird. Sie kann nicht gelöscht werden. Die meisten Berechtigungen für die Gruppe Teilnehmer sind auf Gesperrt festgelegt, wenn die Sitzung erstellt wird. Als bewährte Methode wird empfohlen, 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. Es werden nur die Gruppen des Eigentümers angezeigt, da nur sie in der Sitzung verwendet werden können. Hinzugefügte **Nutzer** und **Gruppen** übernehmen standardmäßig die **Berechtigungen** der **Gruppe** „**Teilnehmer**“.

      Wenn Sie der Sitzungseigentümer sind und eine neue Gruppe für diese Sitzung erstellen oder die Mitgliedschaft einer aktuell verwendeten ändern möchten, wählen Sie Gruppen verwalten aus. Weitere Informationen zum Erstellen und Verwalten von Gruppen finden Sie unter Studio-Gruppen. Nutzer mit Berechtigungen für Vollständige Kontrolle können auch „Gruppen verwalten“ verwenden, um ihre eigenen Gruppen zu verwalten, sie werden jedoch diese Gruppen in dieser Sitzung nicht verwenden können, noch werden sie Gruppen des Eigentümers ändern können.

      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 die Sitzung umbenennen.
        • Administratoren können die Sitzung löschen.
        • Administratoren können Teilnehmerzugang 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.