Administratoreinstellungen – Rollen

Rollen, Berechtigungssätze und Modellsätze werden zusammen verwendet, um zu verwalten, was Nutzer tun und was sie sehen können. Auf der Seite Rollen im Abschnitt Nutzer des Admin-Bereichs können Sie Rollen, Berechtigungssätze und Modellsätze ansehen, konfigurieren und zuweisen.

Sie können nach bestimmten Rollen, Berechtigungssätzen und Modellsätzen suchen, indem Sie einen Suchbegriff in das Suchfeld oben rechts eingeben und die Eingabetaste drücken.

Hinweis: Wenn Sie eine Berechtigung haben, die nur Zugriff auf bestimmte Seiten im Admin-Bereich gewährt, z. B. manage_schedules, manage_themes oder see_admin, aber nicht die Administratorrolle haben, sind die hier beschriebenen Seiten im Admin-Bereich möglicherweise nicht für Sie sichtbar.

Definitionen

• Eine Rolle definiert die Berechtigungen, die ein Nutzer oder eine Gruppe für einen bestimmten Satz von Modellen in Looker hat. Sie erstellen eine Rolle, indem Sie einen Berechtigungssatz mit einem Modellsatz kombinieren.
• Ein Berechtigungssatz definiert, was ein Nutzer oder eine Gruppe tun kann. Sie wählen eine Kombination von Berechtigungen aus, die Sie einem Nutzer oder einer Gruppe zuweisen möchten. Sie muss als Teil einer Rolle verwendet werden, um wirksam zu sein.
• Ein Modellsatz definiert, welche Daten und LookML-Felder ein Nutzer oder eine Gruppe sehen kann. Sie wählen eine Kombination von LookML-Modellen aus, auf die ein Nutzer oder eine Gruppe Zugriff haben soll. Sie muss als Teil einer Rolle verwendet werden, um wirksam zu sein.

Rollen verwalten

Eine Rolle ist eine Kombination aus einem Berechtigungssatz und einem Modellset. Es ist üblich, Rollen nach Personentypen oder Personengruppen in Ihrer Organisation zu benennen, z. B. Administrator, Looker-Entwickler oder Finanzteam. Sie können aber auch Ihre eigenen Namenskonventionen verwenden.

Ein Nutzer kann in Looker mehrere Rollen haben. Das kann nützlich sein, wenn Sie Nutzer haben, die mehrere Rollen in Ihrem Unternehmen haben, oder wenn Sie komplexe Systeme für den Zugriff auf Ihre Modelle erstellen möchten.

Hinweis:

Wenn Sie Nutzer mehreren Rollen hinzufügen, kann dies erhebliche Auswirkungen darauf haben, wie die Berechtigungen der Nutzer angewendet werden. Wenn ein Nutzer beispielsweise die Berechtigung manage_models (eine instanzweite Berechtigung) in nur einer seiner Rollen hat, kann er jedes Modell verwalten. Wenn ein Nutzer dagegen die Berechtigung access_data (eine modellspezifische Berechtigung) nur in einer seiner Rollen hat, kann er nur auf die Modelle zugreifen, die in dieser Rolle angegeben sind.

Mehrere Rollen können auch unerwartete Auswirkungen auf Dashboards haben. Informationen zu Dashboards und mehreren Rollen finden Sie unter Funktionen für geschäftliche Nutzer verwalten.

Rollen erstellen, bearbeiten und löschen

Hinweis: Wenn die Funktion in der Vorabversion Erweiterung für neue/bearbeitete Rollen auf Ihrer Instanz aktiviert ist, lesen Sie den Abschnitt Rollen mit der Erweiterung für neue/bearbeitete Rollen erstellen und bearbeiten auf dieser Seite.

So erstellen Sie eine Rolle:

1. Klicken Sie oben auf der Seite Rollen auf den Button Rolle hinzufügen.

2. Looker zeigt die Seite Neue Rolle an, auf der Sie die folgenden Einstellungen konfigurieren können:

   • Name: Geben Sie einen Namen für die Rolle ein.
   • Berechtigungssatz: Wählen Sie einen Berechtigungssatz aus, der mit der Rolle verknüpft werden soll.
   • Modellsatz: Wählen Sie einen Modellsatz aus, der mit der Rolle verknüpft werden soll.
   • Gruppen: Optional können Sie eine oder mehrere Gruppen auswählen, denen die Rolle zugewiesen werden soll.
   • Nutzer: Optional können Sie einen oder mehrere Nutzer auswählen, denen die Rolle zugewiesen werden soll.

3. Nachdem Sie die Rolle wie gewünscht konfiguriert haben, klicken Sie unten auf der Seite auf den Button Neue Rolle.

Nachdem eine Rolle erstellt wurde, können Sie sie bearbeiten. Klicken Sie dazu auf der Seite Rollen rechts neben der Rolle auf das Dreipunkt-Menü Optionen und wählen Sie Bearbeiten aus. Wenn Sie Bearbeiten auswählen, gelangen Sie zur Seite Rolle bearbeiten für diese Rolle. Dort können Sie den Namen, den Berechtigungssatz, den Modellsatz und die Gruppen oder Nutzer bearbeiten, die der Rolle zugewiesen sind.

Wenn Sie eine Rolle löschen möchten, klicken Sie auf der Seite Rollen rechts neben der Rolle auf das Dreipunkt-Menü Optionen und wählen Sie Löschen aus.

Rollen mit der Erweiterung „Neue/Bearbeitete Rollen“ erstellen und bearbeiten

Wenn die Funktion in der Vorabversion Verbesserung für neue/bearbeitete Rollen auf Ihrer Instanz aktiviert ist, bieten die Seiten Neue Rolle und Rolle bearbeiten einen aktualisierten, schrittweisen Navigationsbereich mit paginierten Suchtabellen, Echtzeit-Kompatibilitätsprüfung und Sicherheitsmaßnahmen.

Vorschau

Dieses Produkt oder diese Funktion unterliegt den „Pre-GA-Angebotsbedingungen“ im Abschnitt „Allgemeine Dienstbedingungen“ der dienstspezifischen Nutzungsbedingungen. Pre-GA-Produkte und -Features sind "im Ist-Zustand" verfügbar und bieten möglicherweise nur eingeschränkten Support. Weitere Informationen finden Sie unter den Beschreibungen der Startphase.

Hinweis: Wenn Sie Feedback geben oder Probleme mit dieser Funktion in der Vorabversion melden möchten, senden Sie eine detaillierte E-Mail an [e-mail].

Rolle mit der erweiterten Oberfläche erstellen

So erstellen Sie eine Rolle mit der erweiterten Oberfläche:

1. Klicken Sie oben auf der Seite Rollen auf den Button Rolle hinzufügen.

2. In Looker wird die Seite Neue Rolle angezeigt. Gehen Sie im Navigationsbereich links durch die einzelnen Abschnitte, um die Rolle zu konfigurieren:

   • Rollenname: Geben Sie im Inhaltsbereich einen aussagekräftigen Namen für die Rolle ein. Der Rollenname wird im Bereich für den Zusammenfassungsschritt dynamisch aktualisiert.

   • Berechtigungssatz: Wählen Sie über die Optionsfelder einen einzelnen Berechtigungssatz aus der paginierten Tabelle aus.

     • Über die Suchleiste oben in der Tabelle können Sie Berechtigungssätze nach Namen filtern.
     • Klicken Sie unter einem Berechtigungssatz auf den maximierbaren Link Ansehen, um die enthaltenen Berechtigungen zu prüfen, ohne den Satz auszuwählen.
     • Klicken Sie neben dem Namen des Berechtigungssatzes auf das Symbol Bearbeiten, um einen benutzerdefinierten Berechtigungssatz in einem neuen Browsertab zu ändern. Integrierte Berechtigungssätze (Admin und Gemini) werden als deaktiviert angezeigt und können nicht ausgewählt werden.

   • Modellsatz: Wählen Sie mit den Optionsfeldern einen einzelnen Modellsatz aus der paginierten Tabelle aus.

     • Verwenden Sie die Suchleiste, um Modellsätze nach Namen zu filtern.
     • Klicken Sie auf Ansehen, um die in einem Modellsatz enthaltenen Modelle zu prüfen.
     • Klicken Sie neben dem Namen des Modellsatzes auf das Symbol Bearbeiten, um einen Modellsatz in einem neuen Browsertab zu ändern.

   • Nutzer: (Optional) Verwenden Sie die Kästchen in der paginierten Tabelle, um der Rolle einen oder mehrere Nutzer zuzuweisen.

     • Über die Suchleiste können Sie Nutzer nach ID, Name oder E‑Mail-Adresse filtern.
     • Nutzer, für die direkte Rollenzuweisungen durch Authentifizierungskonfigurationen deaktiviert sind, können nicht ausgewählt werden.

   • Gruppen: (Optional) Weisen Sie der Rolle eine oder mehrere Gruppen zu, indem Sie die entsprechenden Kästchen in der paginierten Tabelle anklicken.

     • Über die Suchleiste können Sie Gruppen nach ID oder Name filtern.
     • Extern verwaltete Gruppen werden als deaktiviert angezeigt, um eine manuelle Neuzuweisung zu verhindern.

3. Überprüfen Sie Ihre Auswahl im Schrittbereich. Die Häkchensymbole neben den einzelnen Schritten werden grün, wenn die erforderlichen Auswahlen getroffen wurden.

4. Nachdem alle erforderlichen Einstellungen (Rollenname, Berechtigungssatz und Modellsatz) konfiguriert wurden, klicken Sie auf Rolle erstellen.

5. Prüfen Sie im Dialogfeld Neue Rolle bestätigen die Zusammenfassung der Änderungen an Berechtigungssätzen, Modellsätzen, Nutzern und Gruppen sowie alle Warnungen zur Gruppenvererbung. Klicken Sie auf Bestätigen, um die Rolle zu bestätigen und zu erstellen.

Rolle mit der erweiterten Oberfläche bearbeiten

So bearbeiten Sie eine vorhandene Rolle über die erweiterte Benutzeroberfläche:

1. Klicken Sie auf der Seite Rollen rechts neben der Rolle, die Sie bearbeiten möchten, auf das Dreipunkt-Menü Optionen und wählen Sie Bearbeiten aus.
2. Looker zeigt die Seite Rolle bearbeiten an, die bereits mit der aktuellen Konfiguration der Rolle ausgefüllt ist. Sie können die einzelnen Abschnitte nacheinander durchgehen oder direkt im Schrittbereich auswählen, um den Namen, den Berechtigungssatz, den Modellsatz und die zugewiesenen Nutzer oder Gruppen der Rolle zu ändern.
3. Nachdem Sie die gewünschten Änderungen vorgenommen haben, klicken Sie auf Rolle speichern.

4. Prüfen Sie im Dialogfeld Rollenaktualisierung bestätigen die Zusammenfassung der Änderungen an Berechtigungssätzen, Modellsätzen, Nutzern und Gruppen sowie alle Warnungen zur Gruppenvererbung. Klicken Sie auf Bestätigen, um die Rolle zu bestätigen und zu erstellen.

   Hinweis: Der Button Bestätigen ist für integrierte Supportrollen (Support Basic Editor und Support Advanced Editor) dauerhaft deaktiviert, da diese Rollen nur Lesezugriff haben.

Wenn Sie versuchen, die Seite zu verlassen oder den Tab zu schließen, ohne Ihre Änderungen zu speichern, werden Sie in der Aufforderung Nicht gespeicherte Änderungen darauf hingewiesen, dass Ihre Änderungen verloren gehen, wenn Sie sie nicht speichern, bevor Sie die Seite verlassen. Wenn Sie auf Abbrechen klicken, werden Ihre Änderungen verworfen und Sie gelangen direkt zur Seite Rollen zurück.

Kompatibilitätsprüfungen für Berechtigungs- und Modellsätze

Wenn Sie eine Rolle konfigurieren, prüft Looker die Kompatibilität des ausgewählten Berechtigungssatzes und Modellsatzes in Echtzeit:

• Berechtigungen develop und manage_models: Wenn der ausgewählte Berechtigungssatz sowohl die Berechtigung develop als auch die Berechtigung manage_models enthält, muss die Rolle den Modellsatz Alle verwenden. Alle anderen Modellsätze in der Liste sind deaktiviert.
• Berechtigung manage_modelsets_restricted: Wenn der ausgewählte Berechtigungssatz die Berechtigung manage_modelsets_restricted enthält, kann die Rolle nicht den Modellsatz Alle verwenden. Das Modellset Alle ist deaktiviert.
• Eingeschränkte Berechtigungssätze mit dem Modellset „Alle“: Wenn das Modellset Alle zuerst ausgewählt wird, werden alle Berechtigungssätze deaktiviert, die die Berechtigung manage_modelsets_restricted enthalten.

Verhinderung von Administrator-Sperren

Damit Administratoren nicht versehentlich ihre Administratorberechtigungen verlieren, ist auf der Seite zum Bearbeiten der Rolle Administrator das Kästchen für den angemeldeten Administrator deaktiviert. Diese Sperrungsverhinderung wird nur umgangen, wenn der Administratorzugriff des Nutzers extern über die Google Cloud IAM-Synchronisierung verwaltet wird.

Einschränkungen für die direkte Rollenvererbung

Wenn in der SAML-, OpenID Connect- oder LDAP-Authentifizierungskonfiguration einer Instanz direkte Rollenzuweisungen deaktiviert sind, sind die Kästchen für diese Nutzer in der Tabelle Nutzer deaktiviert. Administratoren können die Rolle weiterhin von Nutzern entfernen, denen sie direkt zugewiesen wurde.

Admin Assistant

Wenn die Funktion Admin Assistant auf Ihrer Instanz aktiviert ist, können Sie in der Kopfzeile der Seite Neue Rolle oder Rolle bearbeiten auf den Button Admin Assistant klicken, um den Admin Assistant-Bereich zu öffnen. Der Admin Assistant bietet Best Practices für die Rollenerstellung, Informationen zu Berechtigungsabhängigkeiten und Zugriff auf Gemini-Funktionen.

Standardrollen

Für neue Instanzen erstellt Looker die folgenden Standardrollen, die jeweils einen Standardberechtigungssatz mit demselben Namen enthalten:

• Admin
• Admin über IAM
• Entwickler
• Gemini
• Looker CI-Nutzer
• Conversational Analytics Agent Manager
• Conversational Analytics User
• Conversational Analytics Viewer
• Unterstützung für den erweiterten Editor
• Support Basic Editor
• Customer Engineer Advanced Editor
• Nutzer
• Betrachter

Für die Standardrollen in den folgenden Abschnitten gelten Nutzungsbedingungen.

Admin über IAM

Die Rolle Admin via IAM ist nur in Looker (Google Cloud Core) verfügbar und kann nur über die Google Cloud Console verwaltet werden. Weitere Informationen finden Sie in der Dokumentation zu Authentifizierung und Autorisierung mit OAuth und IAM und Admin-Looker-Rolle im Vergleich zur Admin-Looker-Rolle über IAM.

Für die Rolle Admin via IAM wird der Berechtigungssatz Admin verwendet.

Tipp: Wenn das OAuth-Aktualisierungstoken eines Nutzers abgelaufen ist, hat dieser Nutzer in der Looker (Google Cloud Core)-Instanz nicht mehr die Rolle Administrator über IAM. Bitten Sie den Nutzer, sich noch einmal mit OAuth anzumelden, um das Token zu aktualisieren.

Looker CI-Nutzer

Die Rolle Looker CI-Nutzer wird automatisch für Looker-Instanzen erstellt, die für Continuous Integration aktiviert wurden. Die Rolle Looker CI-Nutzer wird den Looker CI-Dienstkonten zugewiesen, die auf der Admin-Seite Nutzer auf dem Tab Dienstkonten angezeigt werden. Looker verwendet diese CI-Dienstkonten, um CI-Ausführungen auf der Instanz auszuführen.

Die Rolle Looker CI-Nutzer umfasst die folgenden Berechtigungen, die zum Ausführen von CI-Ausführungen erforderlich sind:

• deploy: Erforderlich zum Einrichten der GitHub-Webhooks, die für CI-Ausführungen erforderlich sind.
• see_ci: erforderlich, um die Ergebnisse von CI-Ausführungen aufzurufen, die Seite Suites für CI aufzurufen und CI-Suites auszuführen
• manage_ci: Erforderlich, um CI-Suites zu erstellen, CI-Nutzer zu verwalten und die Git-Verbindung mit Continuous Integration zu konfigurieren.

Gemini

Die Rolle Gemini kann nicht umbenannt oder gelöscht werden. Standardmäßig gilt der Berechtigungssatz dieser Rolle für alle Modelle in der Looker-Instanz. Der Berechtigungssatz Gemini, der in dieser Rolle enthalten ist, ermöglicht es Nutzern, die folgenden Aufgaben in der Looker-Instanz mit Gemini-Unterstützung auszuführen, wenn sie auch andere erforderliche Berechtigungen haben:

• LookML schreiben: Wenn sie auch eine Looker-Rolle haben, die die Berechtigung develop für mindestens ein Modell in einem LookML-Projekt enthält.
• Benutzerdefinierte Looker-Visualisierungen erstellen, wenn sie auch eine Looker-Rolle mit der Berechtigung can_override_vis_config haben.
• Looker-Explore-Daten direkt abfragen oder mit einem KI-Datenagenten chatten, der Explore-Daten mit konversationeller Analyse abfragt, auch wenn dem Nutzer in Looker keine explore-Berechtigungen zugewiesen wurden, sofern er auch eine Looker-Rolle mit zusätzlichen erforderlichen Berechtigungen hat.

Für die Verwendung von konversationeller Analyse sind zusätzliche Berechtigungen erforderlich, die entweder mit der Rolle Conversational Analytics Agent Manager oder Conversational Analytics User gewährt werden können.

Weitere Informationen zu den Funktionen von Gemini in Looker finden Sie in der Übersicht über Gemini in Looker.

Conversational Analytics Agent Manager

Die Rolle Conversational Analytics Agent Manager besteht aus dem Berechtigungssatz „Conversational Analytics Agent Manager“ für alle Modelle in der Looker-Instanz. Nutzer mit dieser Rolle können Conversational Analytics-Daten-Agenten erstellen, bearbeiten, freigeben und löschen, die Looker-Explores verwenden, und sie können agentische Workflows erstellen.

Hinweis: Wenn ein Nutzer einen KI-Datenagenten erstellt, erhält er automatisch den Zugriff auf Inhalte vom Typ Zugriff verwalten, Bearbeiten. Er muss diesen Zugriff jedoch für den KI-Datenagenten erhalten, wenn er einen von einem anderen Nutzer erstellten KI-Datenagenten bearbeiten, freigeben oder löschen möchte.

Conversational Analytics User

Die Rolle Conversational Analytics User besteht aus dem Berechtigungssatz für die konversationelle Analyse für alle Modelle in der Looker-Instanz. Nutzer mit dieser Rolle können mit jedem KI-Datenagenten für konversationelle Analysen in Looker chatten, sofern sie Lesezugriff auf den KI-Datenagenten haben. Außerdem können sie agentische Workflows erstellen.

Conversational Analytics Viewer Hinzugefügt in 26.12

Die Rolle Conversational Analytics Viewer besteht aus dem Berechtigungssatz „Conversational Analytics Viewer“ für alle Modelle in der Looker-Instanz. Nutzer mit dieser Rolle können mit jedem KI-Datenagenten für konversationelle Analysen in Looker chatten, sofern ihnen Lesezugriff auf den KI-Datenagenten und die Berechtigung access_data für die entsprechenden Modelle gewährt wurde.

Support Advanced Editor und Support Basic Editor

Diese Rollen werden in einer Looker (Original)-Instanz nicht angezeigt, wenn ein Looker-Administrator die Labs-Funktion Tiered Support Access deaktiviert hat. Diese Rollen werden in einer Looker (Google Cloud Core)-Instanz nicht angezeigt, wenn die Instanz private Verbindungen (Zugriff auf private Dienste oder Private Service Connect) oder Hybridverbindungen verwendet.

Die Rollen Support Advanced Editor und Support Basic Editor können nicht bearbeitet, gelöscht oder anderen Nutzern als Nutzern mit Supportzugriff zugewiesen werden.

Einem Nutzer Standardrollen zuweisen

So aktualisieren Sie die Einstellungen eines einzelnen Nutzers, um ihm eine Standardrolle zuzuweisen:

1. Rufen Sie im Bereich Nutzer des Admin-Bereichs die Seite Nutzer auf.
2. Wählen Sie den Nutzer oder die Gruppe aus, dessen bzw. deren Berechtigungen Sie ändern möchten.
3. Wählen Sie im Drop-down-Menü Rollen den Rollennamen aus.
4. Wählen Sie Speichern aus, um diese Einstellungen beizubehalten.

Berechtigungssätze

Ein Berechtigungssatz definiert, was ein Nutzer oder eine Gruppe tun kann. Administratoren können die Standardberechtigungssätze von Looker verwenden oder eigene Berechtigungssätze erstellen. Dabei müssen sie die Abhängigkeiten von Berechtigungen berücksichtigen.

Alle verfügbaren Berechtigungen und ihre Typen werden in der Liste der Berechtigungen ausführlicher beschrieben.

Standardberechtigungssätze

Bei neuen Installationen enthält Looker mehrere Standardberechtigungssätze, mit denen Sie beginnen können:

Berechtigungssatz	Enthaltene Berechtigungen
Admin	Alle Berechtigungen
Entwickler	access_data, can_create_forecast, clear_cache_refresh, create_custom_fields, create_table_calculations, deploy, develop, download_without_limit, explore, manage_spaces, mobile_app_access, save_content, save_dashboards, save_looks, schedule_look_emails, see_drill_overlay, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_sql, see_user_dashboards, send_to_integration, schedule_without_limit, use_sql_runner NOTE: Die Berechtigung see_pdts ist in der Standardberechtigung Entwickler nur für Looker-Installationen enthalten, die mit Looker 21.18 oder höher erstellt wurden. Wenn Sie prüfen möchten, ob die Berechtigung see_pdts im Berechtigungssatz Developer auf Ihrer Instanz enthalten ist, rufen Sie in der Looker-Benutzeroberfläche im Bereich Admin die Seite Rollen auf.
Gemini	gemini_in_looker, chat_with_agent, chat_with_explore, save_agents
Conversational Analytics Agent Manager	access_data, gemini_in_looker, chat_with_agent, chat_with_explore, save_agents, upload_data
Conversational Analytics User	access_data, gemini_in_looker und chat_with_agent
Conversational Analytics Viewer Hinzugefügt am 26.12.	gemini_in_looker, chat_with_explore und chat_with_agent
Customer Engineer Advanced Editor	access_data, can_create_forecast, can_override_vis_config, chat_with_agent, chat_with_explore, clear_cache_refresh, create_custom_fields, create_table_calculations, deploy, develop, explore, follow_alerts, gemini_in_looker, manage_embed_settings, manage_models, manage_privatelabel, manage_project_connections, manage_project_connections_restricted, manage_project_models, manage_themes, save_agents, save_content, save_dashboards, save_looks, see_admin, see_alerts, see_datagroups, see_drill_overlay, see_logs, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_queries, see_schedules, see_sql, see_system_activity, see_user_dashboards, see_users, update_datagroups, use_global_connections NOTE: Der Berechtigungssatz Customer Engineer Advanced Editor ist nur verfügbar, wenn die Labs-Funktion Tiered Support Access aktiviert ist. Der Berechtigungssatz Customer Engineer Advanced Editor kann nicht bearbeitet oder gelöscht werden.
Support Advanced Editor	access_data, clear_cache_refresh, create_custom_fields, create_table_calculations, develop, explore, follow_alerts, manage_embed_settings, manage_models, manage_privatelabel, manage_project_connections, manage_project_connections_restricted, manage_project_models, manage_themes, see_admin, see_alerts, see_datagroups, see_drill_overlay, see_logs, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_queries, see_schedules, see_sql, see_system_activity, see_user_dashboards, see_users, update_datagroups, use_global_connections NOTE Der Berechtigungssatz Support Advanced Editor ist nur verfügbar, wenn die Labs-Funktion Tiered Support Access aktiviert ist. Der Berechtigungssatz Support Advanced Editor kann nicht bearbeitet oder gelöscht werden.
Support Basic Editor	access_data, clear_cache_refresh, create_custom_fields, create_table_calculations, explore, follow_alerts, manage_privatelabel, manage_themes, see_admin, see_alerts, see_drill_overlay, see_logs, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_schedules, see_sql, see_datagroups, see_system_activity, see_user_dashboards, see_users NOTE: Der Berechtigungssatz Support Basic Editor ist nur verfügbar, wenn die Labs-Funktion Tiered Support Access aktiviert ist. Der Berechtigungssatz Support Basic Editor kann nicht bearbeitet oder gelöscht werden.
LookML-Dashboard-Nutzer	access_data, clear_cache_refresh, mobile_app_access, see_lookml_dashboards
Nutzer	access_data, can_create_forecast, clear_cache_refresh, create_custom_fields, create_table_calculations, download_without_limit, explore, manage_spaces, mobile_app_access, save_content, save_dashboards, save_looks, schedule_look_emails, see_drill_overlay, see_lookml, see_lookml_dashboards, see_looks, see_sql, see_user_dashboards, send_to_integration, schedule_without_limit
Nutzer, der LookML nicht ansehen kann	access_data, can_create_forecast, clear_cache_refresh, create_custom_fields, create_table_calculations, download_without_limit, explore, manage_spaces, mobile_app_access, save_content, save_dashboards, save_looks, schedule_look_emails, see_lookml_dashboards, see_looks, see_user_dashboards, send_to_integration, schedule_without_limit
Betrachter	access_data, clear_cache_refresh, download_without_limit, mobile_app_access, schedule_look_emails, see_drill_overlay, see_lookml_dashboards, see_looks, see_user_dashboards, schedule_without_limit

Diese Berechtigungssätze werden als Optionen angezeigt, wenn Sie eine neue Rolle erstellen. Wenn Sie einen dieser Berechtigungssätze auswählen, zeigt Looker die darin enthaltenen Berechtigungen an.

Hinweis: Der Berechtigungssatz „Admin“ kann nicht bearbeitet oder gelöscht und keiner Rolle zugewiesen werden. Sie ist nur der Rolle „Administrator“ zugewiesen, die ebenfalls nicht bearbeitet oder gelöscht werden kann. Die einzige Möglichkeit, einem Nutzer oder einer Gruppe den Berechtigungssatz „Admin“ zu gewähren, besteht darin, diesem Nutzer oder dieser Gruppe die Rolle „Admin“ zuzuweisen.

Berechtigungssätze erstellen

Klicken Sie oben auf der Seite Rollen auf den Button Berechtigungssatz hinzufügen, um einen Berechtigungssatz zu erstellen. Looker zeigt eine Seite an, auf der Sie einen Namen für den Berechtigungssatz eingeben und die Berechtigungen auswählen können, die er enthalten soll. Nachdem Sie den Satz wie gewünscht konfiguriert haben, klicken Sie unten auf der Seite auf den Button Neuer Berechtigungssatz.

Nachdem ein Berechtigungssatz erstellt wurde, können Sie ihn bearbeiten oder löschen. Klicken Sie dazu auf der Seite Rollen rechts neben dem Berechtigungssatz auf das Dreipunkt-Menü Optionen und wählen Sie Bearbeiten oder Löschen aus.

Berechtigungen und Abhängigkeiten

Einige Berechtigungen hängen von anderen ab, um ordnungsgemäß zu funktionieren. Es ist beispielsweise sinnvoll, dass jemand, der in LookML entwickeln möchte, zuerst LookML sehen können muss.

Wenn Sie einen Berechtigungssatz erstellen, werden die verfügbaren Berechtigungen in einer eingerückten Liste angezeigt. Wenn eine Berechtigung unter einer anderen (übergeordneten) Berechtigung eingerückt ist, müssen Sie zuerst die übergeordnete Berechtigung auswählen. Die Berechtigungsliste könnte so aussehen:

☑️ access_data
  ☑️ see_lookml_dashboards
  ☑️ see_looks
    ☑️ see_user_dashboards

In diesem Beispiel verwendet Looker Einrückungen, um Folgendes anzugeben:

• Die Berechtigung „access_data“ kann jederzeit ausgewählt werden.
• Für die Berechtigungen „see_lookml_dashboards“ und „see_looks“ muss zuerst die Berechtigung „access_data“ ausgewählt werden.
• Die Berechtigung see_user_dashboards hängt von der Berechtigung see_looks ab, die wiederum von der Berechtigung access_data abhängt.

Sie können eine untergeordnete Berechtigung nur auswählen, wenn Sie zuerst die übergeordnete Berechtigung auswählen.

Berechtigungen und Looker-Lizenzen

Looker-Lizenzen klassifizieren Nutzer in drei Typen:

• Entwickler (Admin)
• Standard (Creator)
• Betrachter

Die einem Benutzer gewährten Berechtigungen bestimmen, wie dieser Benutzer unter der Looker-Lizenz klassifiziert wird:

• Ein Nutzer wird als Entwickler (Administrator) eingestuft, wenn er die Standardrolle „Administrator“ oder mindestens eine der folgenden Berechtigungen hat:

  • develop
  • manage_models
  • see_datagroups
  • see_logs
  • see_pdts
  • sudo

• Ein Nutzer wird als Standardnutzer (Creator) eingestuft, wenn er keine der Entwicklerberechtigungen (Administratorberechtigungen), aber mindestens eine der folgenden Berechtigungen hat:

  • create_prefetches
  • explore
  • manage_homepage
  • manage_spaces
  • save_content
  • see_queries
  • see_schedules
  • see_system_activity
  • see_users
  • use_sql_runner
  • save_agents
  • admin_agents

• Ein Nutzer wird als Betrachter eingestuft, wenn er die Berechtigung access_data, aber keine der Entwicklerberechtigungen (Admin) und keine der Standardberechtigungen (Creator) hat.

Berechtigungsliste

Berechtigungen können in drei Typen unterteilt werden:

• Modellspezifisch:Dieser Berechtigungstyp wird nur auf die Modellsätze angewendet, die Teil derselben Rolle sind. Diese Berechtigung wird auf einzelne Modelle oder Modellsets angewendet, nicht auf die gesamte Looker-Instanz.
• Verbindungsspezifisch: Diese Art von Berechtigung wird auf Verbindungsebene angewendet. Ein Nutzer mit dieser Art von Berechtigung sieht im Admin-Bereich Seiten mit Inhalten, die eine Verbindung verwenden, die mit einem Modell verknüpft ist, auf das er Datenzugriff hat. Das gilt auch, wenn diese Verbindung mit einem anderen Modell verwendet wird, auf das er keinen Datenzugriff hat.
• Instanzweit: Diese Art von Berechtigung gilt für die gesamte Looker-Instanz und umfasst drei Typen:
  • NN = Kein Zugriff auf Inhalte, kein Zugriff auf das Menü: Mit diesen Berechtigungen können Nutzer bestimmte Funktionen in der gesamten Looker-Instanz ausführen, aber nicht auf Inhalte zugreifen, die auf Modellen basieren, die nicht im Modellset ihrer Rolle enthalten sind.
  • CN = Zugriff auf Inhalte, kein Menüzugriff: Mit diesen Berechtigungen können Nutzer auf Inhalte und Abfrageinformationen in der gesamten Looker-Instanz zugreifen – auch auf Inhalte und Abfragen, die auf Modellen basieren, die nicht im Modellsatz ihrer Rolle enthalten sind.
  • CM = Zugriff auf Inhalte, Zugriff auf Menü: Mit diesen Berechtigungen können Teile des Menüs Verwaltung für Nutzer ohne Administratorberechtigungen sichtbar gemacht werden. Außerdem können Nutzer Informationen zu Inhalten und Abfragen sehen, die auf Modellen basieren, die nicht im Modellset ihrer Rolle enthalten sind.

In der folgenden Liste werden alle in Looker verfügbaren Berechtigungen in der Reihenfolge beschrieben, in der sie auf der Seite Neuer Berechtigungssatz im Abschnitt Admin angezeigt werden:

Berechtigung	Abhängig von	Typ	Definition
access_data	Keine	Modellspezifisch	Nutzer können auf Daten aus Looker zugreifen, aber nur auf die von Administratoren angegebenen Daten. Diese Berechtigung ist für fast alle Looker-Funktionen erforderlich. Ein Nutzer mit dieser Berechtigung kann, wenn er Zugriff auf ein beliebiges Modell in einem bestimmten Projekt hat, auf jede Datei im Abschnitt Daten dieses Projekts zugreifen (z. B. auf eine JSON-Datei mit einer benutzerdefinierten Karte). Data Studio-Nutzer mit dieser Berechtigung können Looker-Daten in Data Studio-Berichten aufrufen, in denen der Looker-Connector verwendet wird.
see_lookml_dashboards	access_data	Modellspezifisch	Nutzer können den LookML-Ordner Dashboards sehen, der alle LookML-Dashboards enthält. Nutzer müssen die Berechtigung explore für alle relevanten Modelle haben, um diese Dashboards zu untersuchen. Nutzer, die auch die Berechtigung develop haben, können LookML-Dashboards erstellen.
see_looks	access_data	Modellspezifisch	Nutzer können gespeicherte Looks (aber keine Dashboards) in Ordnern sehen. Nutzer müssen die Berechtigung explore für alle relevanten Modelle haben, um diese Looks zu untersuchen. Nutzer benötigen außerdem die Zugriffsebene Anzeigen, um Looks in Ordnern zu sehen.
see_user_dashboards	see_looks	Modellspezifisch	Nutzer können benutzerdefinierte Dashboards in Ordnern ansehen, benötigen aber die Berechtigung explore für alle relevanten Modelle, um diese Dashboards zu untersuchen. Außerdem benötigen Nutzer Zugriff auf Inhalte, um Dashboards in Ordnern zu sehen. Nutzer, die sowohl die Berechtigung save_dashboards als auch den Zugriff verwalten, Bearbeiten Zugriff auf Inhalte für einen Ordner haben, können in diesem Ordner benutzerdefinierte Dashboards erstellen.
explore	see_looks	Modellspezifisch	Nutzer können auf die Explore-Seite zugreifen und sie verwenden, um Looks und Dashboards zu erstellen. Ohne diese Berechtigung können Nutzer nur gespeicherte Dashboards ansehen (wenn die Berechtigung see_lookml_dashboards oder see_user_dashboards gewährt wurde). Data Studio-Nutzer mit dieser Berechtigung können in Data Studio eine Datenquelle erstellen, die auf einem Looker-Explore basiert. Außerdem können sie die Konfiguration dieser Datenquelle in Data Studio aufrufen und bearbeiten.
create_table_calculations	explore	Instanzweites NN	Nutzer können Tabellenkalkulationen ansehen, bearbeiten oder hinzufügen.
create_custom_fields	explore	Instanzweites NN	Nutzer können benutzerdefinierte Felder aufrufen, bearbeiten oder hinzufügen. Nutzer, die nur die Berechtigung explore haben, können benutzerdefinierte Felder nur aufrufen.
can_create_forecast	explore	Instanzweites NN	Nutzer können Prognosen in Visualisierungen erstellen und bearbeiten. Nutzer ohne diese Berechtigung können nur vorhandene Prognosen in den Inhalten ansehen, auf die sie Zugriff haben.
can_override_vis_config	explore	Instanzweites NN	Nutzer können auf den Diagrammkonfigurations-Editor zugreifen, mit dem sie die Highchart API JSON-Werte einer Visualisierung ändern und das Erscheinungsbild und Format der Visualisierung anpassen können.
save_content	see_looks	Instanzweites NN	Diese Berechtigung ist eine übergeordnete Berechtigung von save_dashboards, save_looks und create_public_looks. Diese Berechtigung muss entweder mit save_dashboards oder save_looks gewährt werden, um Looks und Dashboards zu bearbeiten, einschließlich der Bearbeitung von Beschreibungen für Looks und Dashboards. Hinweis: Die Zugriffsebene Zugriff verwalten, Bearbeiten für Looker-Ordner bündelt die Bearbeitung von Inhalten und die Verwaltung von Berechtigungen. Diese Funktionen können in der Looker-Oberfläche nicht getrennt werden. Wenn Sie Nutzern erlauben möchten, Ordnerinhalte zu bearbeiten (einschließlich der Bearbeitung von Beschreibungen für Looks und Dashboards), ohne ihnen die Möglichkeit zu geben, die Zugriffsberechtigungen des Ordners zu ändern, können Sie die Zugriffssteuerung programmatisch über ein API-Dienstkonto verwalten.
save_dashboards	save_content	Instanzweites NN	Nutzer können Dashboards speichern und bearbeiten, einschließlich der Beschreibungen in Dashboards. Nutzer müssen die Berechtigung explore für alle relevanten Modelle haben, um von diesen Dashboards aus explorative Datenanalysen durchführen zu können. Nutzer müssen die Berechtigungen download_with_limit und/oder download_without_limit haben, um die Inhalte herunterzuladen.
save_looks	save_content	Instanzweites NN	Nutzer können Looks speichern und bearbeiten, einschließlich der Bearbeitung von Beschreibungen für Looks. Nutzer müssen die Berechtigung explore für alle relevanten Modelle haben, um diese Looks zu untersuchen. Nutzer müssen die Berechtigung download_with_limit und/oder download_without_limit haben, um die Inhalte herunterzuladen.
create_public_looks	save_looks	Modellspezifisch	Nutzer können einen gespeicherten Look als öffentlich markieren. Dadurch werden URLs generiert, die ohne Authentifizierung Zugriff auf diesen Look gewähren.
download_with_limit	see_looks	Modellspezifisch	Diese Berechtigung gilt für Looks und Dashboards in Looker sowie für Berichte in Data Studio, die den Looker-Connector verwenden. Nutzer können Daten herunterladen, müssen aber ein Zeilenlimit von maximal 5.000 angeben, um Speicherprobleme bei großen Downloads zu vermeiden. Data Studio Pro-Nutzer mit dieser Berechtigung können Data Studio-Berichte herunterladen, in denen der Looker-Connector verwendet wird.
download_without_limit	see_looks	Modellspezifisch	Diese Berechtigung gilt für Looks und Dashboards in Looker sowie für Berichte in Data Studio, die den Looker-Connector verwenden. Entspricht download_with_limit, erfordert jedoch nicht, dass der Nutzer ein Zeilenlimit angibt. Das Herunterladen aller Ergebnisse für bestimmte Abfragetypen kann erheblichen Arbeitsspeicher erfordern, was zu Leistungsproblemen oder sogar zum Absturz der Looker-Instanz führen kann. Data Studio Pro-Nutzer mit dieser Berechtigung können Data Studio-Berichte herunterladen, in denen der Looker-Connector verwendet wird.
schedule_look_emails	see_looks	Modellspezifisch	Diese Berechtigung gilt für Looks und Dashboards in Looker sowie für Berichte in Data Studio, die den Looker-Connector verwenden. Nutzer können alle Looks, Dashboards und Abfragen mit Visualisierungen, auf die sie Datenzugriff haben, für die Zustellung per E-Mail planen. Nutzer können die Bereitstellung so planen, dass sie erfolgt, nachdem eine Datengruppe ausgelöst wurde, den Cache verwaltet und relevante PDTs neu erstellt hat. Um Dashboards für Systemaktivitäten zu senden oder zu planen, müssen Nutzer Zugriff auf alle Modelle haben. Nutzer, denen auch die Berechtigung create_alerts zugewiesen ist, können Benachrichtigungen per E‑Mail senden. Looker-Administratoren können die E-Mail-Domains, an die Looker-Nutzer und eingebettete Nutzer E-Mails senden können, über die Zulassungsliste für E-Mail-Domains auf der Seite Einstellungen im Admin-Bereich steuern. Nutzer, denen auch die Berechtigung schedule_without_limit zugewiesen ist, können beim Senden von Looks oder Explores die Option Alle Ergebnisse auswählen. Dadurch werden alle Datenzeilen aus den Abfrageergebnissen gesendet. Ohne die Berechtigung schedule_without_limit unterliegen die von Nutzern gesendeten Look- oder Explore-Daten dem Zeilenlimit von 5.000 Zeilen. Data Studio Pro-Nutzer mit dieser Berechtigung können die Zustellung von Data Studio-Berichten planen, die den Looker-Connector verwenden.
schedule_external_look_emails	schedule_look_emails	Modellspezifisch	Nutzer können alle Looks, Dashboards und Abfragen mit Visualisierungen, auf die sie Datenzugriff haben, per E-Mail versenden. Nutzer können die Bereitstellung so planen, dass sie erfolgt, nachdem eine Datengruppe ausgelöst wurde, den Cache verwaltet und relevante PDTs neu erstellt hat. Um Dashboards für Systemaktivitäten zu senden oder zu planen, müssen Nutzer Zugriff auf alle Modelle haben. Nutzer, die auch die Berechtigung create_alerts haben, können Benachrichtigungen per E-Mail senden. Nutzer können Inhaltsübermittlungen oder Benachrichtigungen per E-Mail an E-Mail-Adressen mit beliebigen Domains senden, unabhängig davon, ob die Zulassungsliste für E-Mail-Domains auf der Seite Einstellungen des Admin-Bereichs E-Mail-Domains enthält.
create_alerts	see_looks	Instanzweites NN	Diese Berechtigung gilt für Dashboards in Looker und für Diagramme in Data Studio-Berichten, die den Looker-Connector verwenden. Über die Dashboard-Tile können Nutzer eigene Benachrichtigungen erstellen, duplizieren und löschen. Außerdem können sie Benachrichtigungen sehen und duplizieren, die von anderen Nutzern als Öffentlich markiert wurden. Der Nutzer muss in Slack angemeldet sein, um Dashboard-Kachel-Benachrichtigungen zu sehen, die Slack-Benachrichtigungen senden. Nutzer können die von ihnen erstellten Benachrichtigungen auf der Nutzerseite Benachrichtigungen verwalten aufrufen, bearbeiten, deaktivieren und aktivieren. Nutzer müssen die Berechtigung schedule_look_emails oder schedule_external_look_emails haben, um E‑Mail-Benachrichtigungen zu senden. Data Studio Pro-Nutzer mit dieser Berechtigung können Benachrichtigungen für Data Studio-Berichte, die den Looker-Connector verwenden, erstellen, duplizieren und löschen.
follow_alerts	see_looks	Instanzweites NN	Nutzer können Benachrichtigungen ansehen und ihnen folgen. Auf der Nutzerseite Benachrichtigungen verwalten können sie die Benachrichtigungen aufrufen, denen sie folgen oder für die sie als Empfänger aufgeführt sind.
send_to_s3	see_looks	Modellspezifisch	Nutzer können alle Looks, Dashboards und Abfragen mit Visualisierungen, auf die sie Datenzugriff haben, an einen Amazon S3-Bucket senden. Nutzer können die Bereitstellung so planen, dass sie erfolgt, nachdem eine Datengruppe ausgelöst wurde, den Cache verwaltet und relevante PDTs neu erstellt hat. Diese Berechtigung wird auf einzelne Modelle oder Modellgruppen angewendet, nicht auf die gesamte Looker-Instanz.
send_to_sftp	see_looks	Modellspezifisch	Nutzer können alle Looks, Dashboards und Abfragen mit Visualisierungen, auf die sie Datenzugriff haben, an einen SFTP-Server senden. Nutzer können die Bereitstellung so planen, dass sie erfolgt, nachdem eine Datengruppe ausgelöst wurde, den Cache verwaltet und relevante PDTs neu erstellt hat. Diese Berechtigung wird auf einzelne Modelle oder Modellgruppen angewendet, nicht auf die gesamte Looker-Instanz.
send_outgoing_webhook	see_looks	Modellspezifisch	Nutzer können alle Looks, Dashboards und Abfragen mit Visualisierungen, für die sie Datenzugriff haben, an einen Webhook senden. Nutzer können die Bereitstellung so planen, dass sie erfolgt, nachdem eine Datengruppe ausgelöst wurde, den Cache verwaltet und relevante PDTs neu erstellt hat. Diese Berechtigung wird auf einzelne Modelle oder Modellgruppen angewendet, nicht auf die gesamte Looker-Instanz.
send_to_integration	see_looks	Modellspezifisch	Nutzer können alle Looks, Dashboards und Abfragen mit Visualisierungen, auf die sie Datenzugriff haben, über den Looker Action Hub an die in Looker integrierten Drittanbieterdienste senden. Wenn Sie benutzerdefinierte Aktionen mit Nutzerattributen verwenden, müssen Nutzer diese Berechtigung und einen gültigen Nutzerattributwert haben, der nicht null ist, damit Looker-Inhalte an dieses Aktionsziel gesendet werden können. Diese Berechtigung steht nicht im Zusammenhang mit Datenaktionen. Nutzer können die Bereitstellung so planen, dass sie erfolgt, nachdem eine Datengruppe ausgelöst wurde, den Cache verwaltet und relevante PDTs neu erstellt hat. Diese Berechtigung wird auf einzelne Modelle oder Modellgruppen angewendet, nicht auf die gesamte Looker-Instanz.
schedule_without_limit	see_looks	Modellspezifisch	In 26.4 hinzugefügt In Kombination mit mindestens einer anderen Berechtigung, die es einem Nutzer ermöglicht, Looker-Inhalte zu senden, können Nutzer mit dieser Berechtigung Looks oder Explores senden, die alle Datenzeilen enthalten. Mit dieser Berechtigung wird die Option Alle Ergebnisse im Looker-Planer für Looks und Explores sichtbar.
see_sql	see_looks	Modellspezifisch	Nutzer können beim Erkunden und bei SQL-Fehlern, die durch ihre Abfragen verursacht werden, auf den Tab SQL zugreifen.
see_lookml	see_looks	Modellspezifisch	Nutzer haben Lesezugriff auf LookML. Nutzer benötigen diese Berechtigung, um den Link Zu LookML im Admin-Bereich zu sehen. Wenn ein Nutzer LookML bearbeiten können soll, müssen Sie ihm auch die Berechtigung develop erteilen. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie einem Nutzer die Berechtigung see_lookml zuweisen und ihm erlaubt haben, ein beliebiges Modell zu sehen, das Teil eines Projekts ist, kann er die LookML für alle Modelle in diesem Projekt sehen. Sie können jedoch weiterhin keine Modelle abfragen, die Sie nicht zugelassen haben.
develop	see_looks	Modellspezifisch	Nutzer können lokale Änderungen an LookML vornehmen, diese Änderungen aber nicht für alle verfügbar machen, es sei denn, sie haben auch die Berechtigung deploy. Diese Berechtigung ist erforderlich, um die Option Support erhalten im Menü Hilfe und Metadaten in der Looker-IDE zu sehen. Nutzer benötigen diese Berechtigung auch, um im Zahnradmenü des Explores auf die Option Abgeleitete Tabellen neu erstellen und ausführen zuzugreifen. Diese Berechtigung ist nicht modellspezifisch. Wenn ein Nutzer diese Berechtigung in einem Modell hat, hat er in allen Modellen Zugriff auf Abgeleitete Tabellen neu erstellen und ausführen. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie einem Nutzer die Berechtigung develop zuweisen und ihm erlaubt haben, ein beliebiges Modell zu sehen, das Teil eines Projekts ist, kann er LookML für alle Modelle in diesem Projekt entwickeln. Sie können jedoch weiterhin keine Modelle abfragen, die Sie nicht zugelassen haben.
deploy	develop	Instanzweites NN	Nutzer können ihre lokalen LookML-Änderungen in die Produktion übertragen, damit sie für alle verfügbar sind.
support_access_toggle	develop	Instanzweites NN	Nutzer können den Zugriff von Looker-Analysten auf Ihre Looker-Instanz aktivieren oder deaktivieren.
manage_project_models	develop	Modellspezifisch	Nutzer können auf der Seite Modellkonfiguration bearbeiten Modellkonfigurationen für zulässige Modelle hinzufügen, bearbeiten oder löschen. Beim Konfigurieren eines Modells können Nutzer nur projektbezogene Verbindungen verwenden. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie eine Rolle mit der Berechtigung manage_project_models erstellen, gewährt die Rolle Zugriff auf alle Modelle, die ein Projekt mit einem der Modelle in den Modellsätzen der Rolle teilen.
use_global_connections	manage_project_models	Modellspezifisch	Nutzer können zulässige Modelle mit jeder projektbezogenen oder instanzweiten Verbindung konfigurieren.
manage_project_connections_restricted	develop	Modellspezifischer CM	Nutzer können die Seite Verbindungen im Menü Verwaltung sehen. Sie können projektbezogene Verbindungen für alle Projekte im Modellset sehen, bearbeiten und erstellen. Sie können jedoch nur die folgenden Verbindungseinstellungen bearbeiten: Alle Einstellungen im Bereich Allgemeine Einstellungen Alle Einstellungen im Abschnitt SSH-Server Alle Einstellungen im Abschnitt Zeitzone Die Einstellungen Zusätzliche JDBC-Parameter, SSL, SSL überprüfen und TNS verwenden im Abschnitt Zusätzliche Einstellungen Nutzer können keine anderen Einstellungen im Bereich Zusätzliche Einstellungen bearbeiten. Sie können auch keine Einstellungen im Abschnitt Persistente abgeleitete Tabellen (PDTs) bearbeiten. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie einem Nutzer die Berechtigung manage_project_connections_restricted zuweisen, kann er projektbezogene Verbindungen für alle im Modellset enthaltenen Projekte sehen, bearbeiten und erstellen.
manage_project_connections	manage_project_connections_restricted	Modellspezifischer CM	Nutzer können die Seite Verbindungen im Menü Verwaltung sehen. Sie können projektbezogene Verbindungen für alle im Modellset enthaltenen Projekte sehen, bearbeiten und erstellen. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie einem Benutzer die Berechtigung manage_project_connections_restricted zuweisen, kann er projektbezogene Verbindungen für alle im Modellset enthaltenen Projekte anzeigen, bearbeiten und erstellen.
see_ci	develop	Instanzweites NN	In 25.6 hinzugefügt Nutzer können die Ergebnisse von Continuous Integration-Ausführungen ansehen, die Seite Suites für Continuous Integration aufrufen und Test-Suites ausführen.
manage_ci	see_ci	Instanzweites NN	25.6 hinzugefügt Nutzer können Continuous Integration-Suites erstellen, Continuous Integration-Nutzer verwalten und die Git-Verbindung mit Continuous Integration konfigurieren. Nur ein Administrator kann die Funktion „Continuous Integration“ für eine Looker-Instanz aktivieren.
use_sql_runner	see_lookml	Modellspezifisch	Nutzer können mit SQL-Runner Roh-SQL-Abfragen für ihre zulässigen Verbindungen ausführen. Nutzer können Ergebnisse auch über die Option Herunterladen im Zahnradmenü des SQL-Runners herunterladen, unabhängig davon, ob sie die Berechtigung download_with_limit oder download_without_limit haben.
certify_content	access_data	Modellspezifisch	Hinzugefügt in Version 25.20 Nutzer können Dashboards, Looks und Self-Service-Explores certify. Diese Berechtigung ist nur verfügbar, wenn die Funktion in der Vorabversion „Zugriff auf Inhaltszertifizierung“ für Ihre Instanz aktiviert wurde.
clear_cache_refresh	access_data	Modellspezifisch	Nutzer können den Cache leeren und interne und eingebettete Dashboards, Dashboard-Tiles, Looks und Explores aktualisieren. Die Berechtigung clear_cache_refresh wird automatisch allen vorhandenen Berechtigungssätzen hinzugefügt, die eine der folgenden Berechtigungen enthalten: see_user_dashboards, see_lookml_dashboards oder explore. Die Berechtigung clear_cache_refresh wird nicht automatisch auf eingebettete Rollen angewendet. Data Studio-Nutzer mit dieser Berechtigung können Looker-Daten in Data Studio-Berichten aktualisieren, in denen der Looker-Connector verwendet wird.
see_drill_overlay	access_data	Modellspezifisch	Nutzer können die Ergebnisse der Aufschlüsselung einer Dashboard-Tile sehen, aber nicht weiter untersuchen. Wenn explore gewährt wird, wird diese Berechtigung ebenfalls automatisch gewährt (auch wenn sie nicht ausgewählt ist). Nutzer müssen außerdem die Berechtigung explore haben, um Drilldown-Ergebnisse im PNG-Format herunterzuladen.
manage_schedules	Keine	Modellspezifischer CM	Hinzugefügt in 25.2 Nutzer können Zeitpläne für die angegebenen Modelle auf der Seite Zeitpläne neu zuweisen und löschen. Mit dieser Berechtigung können Nutzer die Seite Zeitplanverlauf nicht aufrufen.
manage_spaces	Keine	Instanzweiter CN	Nutzer können Ordner erstellen, bearbeiten, verschieben und löschen. Nutzer benötigen außerdem die Berechtigung Zugriff verwalten, Bearbeiten für den Zugriff auf Inhalte.
manage_homepage	Keine	Instanzweites NN	Nutzer können Inhalte in der Seitenleiste bearbeiten und hinzufügen, die alle Looker-Nutzer auf der vordefinierten Looker-Startseite sehen.
manage_models	Keine	Instanzweiter CN	Jedes LookML-Modell wird auf der Seite LookML-Projekte verwalten einer bestimmten Gruppe von Datenbankverbindungen zugeordnet. Mit dieser Berechtigung können Nutzer diese Zuordnungen konfigurieren, neue Projekte erstellen und Projekte löschen. Nutzer ohne Administratorberechtigungen, denen diese Berechtigung gewährt wird, haben Zugriff auf alle Verbindungen, die von den Modellen zugelassen werden, auf die sie Zugriff haben. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie einem Nutzer die Berechtigung manage_models zuweisen, kann er auf alle Modelle in allen Projekten in der Instanz zugreifen.
create_prefetches	Keine	Instanzweit	Von Prefetching wird dringend abgeraten. Wir empfehlen, stattdessen Datengruppen zu verwenden.
login_special_email	Keine	Instanzweit	Nutzer können sich mit E-Mail-Adresse und Passwort anmelden, auch wenn andere Anmeldemechanismen (wie Google, LDAP oder SAML) auf Ihrer Instanz aktiviert wurden. Das kann für Berater oder andere Personen nützlich sein, die nicht Teil Ihres normalen Authentifizierungssystems sind.
embed_browse_spaces	Keine	Instanzweites NN	Aktiviert den Inhaltsbrowser für signierte Einbettungen. Wenn Sie signierte Einbettungen verwenden, sollten Sie diese Berechtigung Nutzern mit der Berechtigung save_content gewähren. Bei nicht eingebetteten Instanzen wird mit dieser Berechtigung das Favoritensymbol für interne Nutzer entfernt.
embed_save_shared_space	Keine	Instanzweit	Nutzer mit der Berechtigung save_content können Inhalte im Ordner Freigegeben der Organisation speichern, sofern ein solcher Ordner vorhanden ist. Nutzer, die die Berechtigung save_content, aber nicht die Berechtigung embed_save_shared_space haben, können Inhalte nur in ihrem persönlichen Einbettungsordner speichern.
manage_embed_settings	Keine	Instanzweites CM	Nutzer können die Einbettungseinstellungen auf der Seite Einbetten im Bereich Plattform des Menüs Admin bearbeiten.
manage_themes	Keine	Instanzweites CM	Nutzer können die Designeinstellungen für eingebettete Dashboards, Looks und Explores auf der Seite Designs im Abschnitt Plattform des Menüs Admin konfigurieren. Diese Berechtigung ist nur verfügbar, wenn Designs für Ihre Instanz aktiviert wurden.
manage_internal_themes	Keine	Instanzweites CM	Nutzer können Designeinstellungen für Dashboards, die intern in Looker (nicht eingebettet) sind, auf der Seite Designs im Abschnitt Plattform des Menüs Admin konfigurieren. Diese Berechtigung ist nur verfügbar, wenn die Funktion in der Vorabversion für das interne Dashboard-Design für Ihre Instanz aktiviert wurde.
manage_privatelabel	Keine	Instanzweites CM	Nutzer können die Einstellungen für die Eigenmarke auf der Seite Eigenmarke im Bereich Plattform des Menüs Admin konfigurieren. Diese Berechtigung ist nur verfügbar, wenn die Eigenmarke für Ihre Instanz aktiviert wurde.
see_alerts	Keine	Instanzweites CM	Nutzer können im Bereich Verwaltung auf die Seiten Benachrichtigungen und Benachrichtigungsverlauf zugreifen und alle Benachrichtigungen in einer Looker-Instanz sehen. Nutzer können auf der Benachrichtigungen Seite „Verwaltung“ Benachrichtigungen anderer Nutzer ansehen, ihnen folgen, sie bearbeiten, sich selbst zuweisen und deaktivieren. Nutzer müssen Berechtigungen für den Zugriff auf die zugrunde liegenden Inhalte der Benachrichtigung haben, um die Visualisierung der Benachrichtigung (auf der Seite Benachrichtigungsdetails) aufzurufen oder zu erkunden oder um zum Dashboard zu gelangen. Mit dieser Berechtigung können Nutzer keine Benachrichtigungen über die Dashboard-Kachel ansehen, erstellen, verfolgen oder löschen. (Vorschau) Nutzer können auf die Administratorseite Workflows verwalten und die Nutzerseite Workflows verwalten zugreifen, um alle Workflows auf einer Looker-Instanz zu sehen. Nutzer können Workflows, die anderen Nutzern gehören, ansehen, bearbeiten, deaktivieren und aktivieren. Sie müssen jedoch Zugriff auf die Workflowdaten haben, um die Workflowvisualisierung in den Details des Workflows aufzurufen. Mit dieser Berechtigung können Nutzer keine Agentic Workflows erstellen oder konversationelle Analysen verwenden.
see_queries	Keine	Instanzweites CM	Nutzer können die Seite Abfragen im Bereich Verwaltung von Looker sehen. Diese Berechtigung ermöglicht es einem Nutzer nicht, eine Abfrage auf der Seite Abfragen zu beenden.
see_logs	Keine	Instanzweites CM	Nutzer können die Seite Log im Bereich Admin von Looker aufrufen.
see_users	Keine	Instanzweites CM	Nutzer können die Seite Nutzer (aber nicht die Seite Gruppen) im Bereich Admin von Looker sehen. Diese Berechtigung ermöglicht es Nutzern nicht, neue Nutzer zu erstellen, API-Anmeldedaten zu sehen oder zu erstellen, Passwörter zurückzusetzen oder Nutzer oder Berechtigungen anderweitig zu ändern. Ein Nutzer mit dieser Berechtigung kann alle Nutzer in allen Gruppen einer Instanz sehen, auch in einem geschlossenen System. Ein Nutzer kann alle Gruppennamen und alle Rollennamen sehen, was von einigen Unternehmen als vertrauliche Informationen angesehen werden kann.
sudo	see_users	Instanzweites CM	Nutzer können sich als ein anderer Nutzer im SUDO-Modus bewegen (also als dieser Nutzer agieren und vorübergehend dessen Berechtigungen übernehmen), indem sie auf der Seite Nutzer auf den Button SUDO klicken. Die Berechtigung sudo erlaubt es einem Nicht-Administrator nicht, sich als Administrator anzumelden, aber ein Nicht-Administrator könnte seine Berechtigungen möglicherweise mithilfe von sudo erweitern. Seien Sie also vorsichtig. Hinweis: Looker (Google Cloud Core)-Instanzen enthalten die Berechtigung sudo nicht.
manage_groups	see_users	Instanzweites CM	Nutzer können im Menü Admin im Bereich Nutzer auf der Seite Gruppen Gruppen erstellen, bearbeiten und löschen. Ausgenommen sind Gruppen, die mit der Rolle Admin verknüpft sind.
manage_roles	manage_groups	Instanzweites CM	Nutzer können auf der Seite Rollen im Bereich Nutzer des Menüs Verwaltung Rollen erstellen, bearbeiten und löschen, mit Ausnahme der Rolle Admin. Nutzer können weiterhin keine Berechtigungssätze oder Modellsätze erstellen, bearbeiten oder löschen.
manage_user_attributes	see_users	Instanzweites CM	Nutzer können Nutzerattribute auf der Seite Nutzerattribute im Bereich Nutzer des Menüs Verwaltung erstellen, bearbeiten und löschen.
see_schedules	Keine	Instanzweites CM	Nutzer können die Seiten Zeitpläne und Zeitplanverlauf im Admin-Bereich in Looker aufrufen. Diese Berechtigung erlaubt es Nutzern nicht, die Zeitpläne anderer Nutzer auf den Seiten Zeitpläne und Zeitplanverlauf neu zuzuweisen, zu bearbeiten oder zu löschen.
see_pdts	Keine	Verbindungsspezifisch	Nutzer können die Seite Persistente abgeleitete Tabellen im Bereich Admin von Looker aufrufen und Informationen zu PDTs aus Projekten ansehen, die eine Verbindung verwenden, die mit Modellen verknüpft ist, für die sie Datenzugriff haben. Diese Berechtigung ist im Standardberechtigungssatz für Entwickler für neue Looker-Installationen enthalten. Diese Berechtigung wird auf Verbindungen angewendet, auf die Nutzer Datenzugriff haben, und nicht auf die gesamte Looker-Instanz oder auf einzelne Modelle oder Modellsets.
see_datagroups	Keine	Modellspezifisch	Nutzer können die Seite Datengruppen im Bereich Verwaltung von Looker aufrufen. Nutzer können Verbindungsnamen, Modellnamen und andere Informationen zu Datengruppen sehen, die in einem Modell definiert sind, für das sie Datenzugriff haben. Diese Berechtigung wird auf einzelne Modelle oder Modellsets angewendet, nicht auf die gesamte Looker-Instanz oder auf Verbindungen.
update_datagroups	see_datagroups	Modellspezifisch	Nutzer können eine Datengruppe auslösen oder ihren Cache zurücksetzen. Dazu rufen sie im Admin-Bereich von Looker die Seite Datengruppen auf. Wie Nutzer mit der Berechtigung see_datagroups können auch Nutzer mit der Berechtigung update_datagroups Datengruppen sehen, die in Projekten definiert sind, die ein Modell verwenden, für das sie Datenzugriff haben. Diese Berechtigung wird auf einzelne Modelle oder Modellsets angewendet, nicht auf die gesamte Looker-Instanz oder auf Verbindungen.
see_system_activity	Keine	Instanzweites CM	Nutzer können auf die Explores und Dashboards für die Systemaktivität zugreifen, um Nutzung, Verlauf und andere Metadaten zu einer Looker-Instanz aufzurufen. In einer eingebetteten Umgebung verhindern strenge Einschränkungen, dass eingebettete Nutzer zugrunde liegende Systemdaten rendern, selbst wenn Sie die Berechtigung see_system_activity während der Authentifizierung per Einmalanmeldung (SSO) gewähren. Alternative Möglichkeiten zum Freigeben dieser Daten finden Sie unter Systemaktivität in eingebetteten Umgebungen.
see_admin	Keine	Instanzweites CM	Nutzer können Lesezugriff auf Administratorressourcen haben, einschließlich Seiten im Admin-Bereich, mit Ausnahme der folgenden Seiten: Supportzugriff Funktionen in der Vorabversion Legacy-Funktionen Exportieren Zugriff auf Inhalte Aktionen (wenn auf der Seite nur der aktivierte oder deaktivierte Status von Aktionen angezeigt wird) Diese Berechtigung gewährt keinen Zugriff auf Seiten mit Systemaktivitäten.
mobile_app_access	Keine	Instanzweites NN	Nutzer können sich mit der mobilen Looker-App auf einem Mobilgerät in Ihrer Instanz anmelden. Damit sich Nutzer in der mobilen Looker-App anmelden können, muss zuerst die Option Zugriff über mobile App auf der Seite Allgemeine Einstellungen im Bereich Admin von Looker aktiviert werden. Die Berechtigung mobile_app_access kann einem neuen oder vorhandenen Berechtigungssatz hinzugefügt werden und ist Teil aller Standardberechtigungssätze von Looker.
manage_modelsets_restricted	Keine	Modellspezifischer CM	Hinzugefügt in 25.2 Nutzer können Modellsätze ändern, für die sie die Berechtigung manage_modelsets_restricted haben. Ein Nutzer kann nur Modelle hinzufügen, die in Modellsätzen enthalten sind, für die er auch die Berechtigung manage_modelsets_restricted hat. NOTE: Diese Berechtigung interagiert möglicherweise auf unerwartete Weise mit Modellsets. Wenn Sie einem Nutzer die Berechtigung manage_modelsets_restricted zuweisen und ihm Zugriff auf ein beliebiges Modell gewähren, das Teil eines Projekts ist, kann er alle Modelle in diesem Projekt Modellsätzen zuweisen, auf die er Zugriff hat.
upload_data	Keine	Instanzweites NN	In 25.20 hinzugefügt Nutzer können Dateien in Ihre Instanz hochladen, um Self-Service-Explores zu erstellen.
create_self_service_from_table	Keine	ModellspezifischesNN	Hinzugefügt in 26.14 Nutzer können visuelle Modellierungs-Canvases basierend auf Datenbanktabellen erstellen, um Self-Service-Explores zu erstellen.
gemini_in_looker	Keine	Modellspezifisch	Diese Berechtigung ist die einzige Berechtigung, die in der Standardrolle für Gemini enthalten ist. Mit dieser Berechtigung können Nutzer die Aufgaben ausführen, die mit den Gemini in Looker-Funktionen verknüpft sind, die auf der Seite Gemini in Looker im Admin-Bereich aktiviert sind. Für einige Aufgaben sind möglicherweise zusätzliche Berechtigungen erforderlich.
chat_with_agent	gemini_in_looker	Modellspezifisch	Hinzugefügt am 25.18 Nutzer von Conversational Analytics können mit KI-Datenagenten chatten, die auf den Daten von bis zu fünf Looker-Explores basieren. Für den Chat mit Dashboard-Daten-Agents sind zusätzliche Berechtigungen erforderlich.
chat_with_explore	chat_with_agent	Modellspezifisch	Hinzugefügt in 25.18 Nutzer von konversationellen Analysen können mit einem Looker-Explore chatten, wenn sie auch zusätzliche erforderliche Berechtigungen haben.
save_agents	chat_with_explore	Modellspezifisch	Hinzugefügt am 25.18 Nutzer von konversationeller Analyse können Daten-Agents auf Dashboards oder Explores erstellen, bearbeiten, löschen und freigeben. Wenn Nutzer einen von einem anderen Nutzer erstellten KI-Datenagenten bearbeiten, löschen oder freigeben möchten, muss ihnen eine Rolle zugewiesen werden, die diese Berechtigung für jedes vom KI-Agenten verwendete Modell enthält, sowie zusätzliche erforderliche Berechtigungen.
publish_agent_externally	save_agents	Modellspezifisch	Hinzugefügt am 26.06. In der Vorabversion können Nutzer von konversationeller Analyse Daten-Agenten in Gemini Enterprise veröffentlichen, wenn sie auch die erforderlichen zusätzlichen Berechtigungen haben.
admin_agents	gemini_in_looker	Modellspezifisch	Hinzugefügt am 25.18 Nutzer von konversationeller Analyse können KI-Datenagenten erstellen, bearbeiten, freigeben und löschen, wenn sie auch die erforderlichen zusätzlichen Berechtigungen haben. Mit dieser Berechtigung muss einem Nutzer kein Zugriff auf Inhalte für den Daten-KI-Agenten gewährt werden, damit er einen von einem anderen Nutzer erstellten Daten-KI-Agenten bearbeiten, löschen oder freigeben kann.

Wissenswertes zu Berechtigungssätzen

Die folgenden Berechtigungen interagieren mit Modellsätzen auf potenziell unerwartete Weise:

• develop; see_lookml – In der Looker-IDE kann ein einzelnes Projekt mehrere Modelldateien enthalten. Wenn Sie einem Nutzer die Berechtigung develop oder see_lookml zuweisen und ihm erlaubt haben, ein beliebiges Modell zu sehen, das Teil eines Projekts ist, kann er die LookML für alle Modelle in diesem Projekt entwickeln oder sehen. Sie können jedoch weiterhin keine Modelle abfragen, die Sie nicht zugelassen haben.
• manage_models: Wenn Sie einem Nutzer die Berechtigung manage_models zuweisen, kann er auf alle Modelle in allen Projekten in der Instanz zugreifen.
• manage_modelsets_restricted: Wenn Sie einem Nutzer die Berechtigung manage_modelsets_restricted zuweisen, kann er jedes Modell in einem Projekt zuweisen, auf das er Zugriff hat.
• manage_project_connections: Wenn Sie einem Nutzer die Berechtigung manage_project_connections_restricted oder manage_project_connections zuweisen, kann er projektbezogene Verbindungen für alle Projekte im Modellset sehen, bearbeiten und erstellen.

Modellsätze

Ein Modellset definiert, welche Daten und LookML-Felder ein Nutzer oder eine Gruppe sehen kann. Jeder Satz ist eine Liste von LookML-Modellen, auf die ein Nutzer oder eine Gruppe Zugriff haben soll. Ein Modellsatz erfüllt zwei Funktionen:

1. Ein Modellset steuert, für welche Modelle in Ihrer LookML die Berechtigungen gelten (wenn diese Berechtigungen modellspezifisch sind).
2. Ein Modellset schränkt ein, welche Daten und LookML-Felder ein Nutzer sehen kann, da jedes Modell mit einer bestimmten Datenbankverbindung verknüpft ist und bestimmte LookML-Felder enthält.

Modellsatz erstellen

So erstellen Sie einen Modellsatz:

1. Klicken Sie oben auf der Seite Rollen auf den Button Modellsatz hinzufügen.

2. Looker zeigt die Seite Neuer Modellsatz an. Geben Sie einen Namen für den neuen Modellsatz ein.

3. Wählen Sie das Modell oder die Modelle aus, die in den neuen Modellsatz aufgenommen werden sollen.

4. Klicken Sie unten auf der Seite auf den Button Neuer Modellsatz. Der neue Modellsatz wird auf der Seite Rollen im Abschnitt Modellsätze angezeigt.

Modelle, die in ausstehenden Projekten enthalten sind, werden auf den Seiten Neuer Modellsatz und Modellsatz bearbeiten in der Liste Modelle angezeigt.

Wenn Sie ein Modell löschen oder umbenennen, werden die Modellsätze, die dieses Modell enthalten, nicht geändert. Wenn ein Modell entfernt oder umbenannt wird, empfehlen wir Looker-Administratoren, den Namen dieses Modells auch aus allen zugehörigen Modellsets zu entfernen. Verwenden Sie dazu die Seite Modellset bearbeiten. Wenn Sie den Namen eines gelöschten Modells aus einem Modellset entfernen, wird verhindert, dass ein neues Modell mit demselben Namen unbeabsichtigt in dieses Modellset aufgenommen wird.

Weitere Informationen zu Modellen finden Sie auf der Dokumentationsseite Modellparameter.

Mehrere Modelle und Modellgruppen erstellen

Das folgende Beispiel zeigt, wie Sie mit mehreren Modellsätzen den Zugriff auf Daten einschränken können. Stellen Sie sich ein Szenario vor, in dem Sie zwei Teams haben: Marketing und Support. In diesem Beispiel sollten diese beiden Teams keinen Zugriff auf das gesamte Modell haben. Sie würden also für jedes Team ein separates Modell erstellen. So trennen Sie den Datenzugriff:

1. Kopieren Sie das Modell in zwei neue Modelle.
2. Fügen Sie im ersten der neuen Modelle nur die Ansichten, Felder und Explores ein, auf die das Marketingteam Zugriff haben soll.
3. Erstellen Sie einen Modellsatz für das Marketingteam, der nur dieses neue Modell enthält.
4. Erstellen Sie eine neue Rolle für das Marketingteam, die diesen neuen Modellsatz und die entsprechenden Berechtigungen für das Marketingteam enthält.
5. Weisen Sie diese neue Rolle der Gruppe „Marketingteam“ zu.
6. Wiederholen Sie die Schritte 2 bis 5, um das zweite Modell für das Supportteam zu konfigurieren.

Modellsatz bearbeiten

Nachdem ein Modellsatz erstellt wurde, führen Sie die folgenden Schritte aus, um ihn zu bearbeiten:

1. Klicken Sie auf der Seite Rollen rechts neben dem Modellsatz, den Sie bearbeiten möchten, auf das Dreipunkt-Menü Optionen und wählen Sie Bearbeiten aus.

2. Looker zeigt die Seite Modellsatz bearbeiten an. Geben Sie optional im Feld Name einen neuen Namen für den Modellsatz ein.

3. Fügen Sie im Abschnitt Modelle Modelle zum Modellsatz hinzu oder entfernen Sie sie.

4. Klicken Sie unten auf der Seite auf den Button Modellsatz aktualisieren.

Modelle, die in ausstehenden Projekten enthalten sind, werden auf den Seiten Neuer Modellsatz und Modellsatz bearbeiten in der Liste Modelle angezeigt.

Wenn Sie ein Modell löschen oder umbenennen, werden die Modellsätze, die dieses Modell enthalten, nicht geändert. Wenn ein Modell entfernt oder umbenannt wird, empfehlen wir Looker-Administratoren, den Namen dieses Modells auch aus allen zugehörigen Modellsets zu entfernen. Verwenden Sie dazu die Seite Modellset bearbeiten. Wenn Sie den Namen eines gelöschten Modells aus einem Modellset entfernen, wird verhindert, dass ein neues Modell mit demselben Namen unbeabsichtigt in dieses Modellset aufgenommen wird.

Modellsatz löschen

Wenn Sie ein Modellset löschen möchten, klicken Sie auf der Seite Rollen rechts neben dem Modellset, das Sie löschen möchten, auf das Dreipunkt-Menü Optionen und wählen Sie Löschen aus.

Benutzerdefinierte Rollen erstellen und zuweisen

Eine benutzerdefinierte Rolle kombiniert einen standardmäßigen oder benutzerdefinierten Berechtigungssatz und einen standardmäßigen oder benutzerdefinierten Modellsatz. Rollen können nur auf Grundlage von bereits vorhandenen Berechtigungs- und Modellsätzen erstellt werden. Wenn kein Berechtigungssatz vorhanden ist, der alle gewünschten Aktionen des Benutzers abdeckt, oder wenn kein Modellsatz vorhanden ist, der alle Modelle enthält, für die der Benutzer diese Aktionen ausführen soll, müssen Sie den Berechtigungssatz bzw. den Modellsatz erstellen.

Benutzerdefinierte Rolle erstellen, die vorhandene Berechtigungs- und Modellgruppen verwendet

So weisen Sie eine benutzerdefinierte Rolle mit einem vorhandenen Berechtigungssatz und einem vorhandenen Modellsatz zu:

1. Rufen Sie im Admin-Bereich im Abschnitt Nutzer die Seite Rollen auf.
2. Wählen Sie Rolle hinzufügen aus.
3. Geben Sie einen Namen für die neue Rolle ein. Häufig geben Rollennamen Aufschluss darüber, welche Aufgaben der Nutzer mit der Rolle ausführen kann.
4. Wählen Sie neben Berechtigungssatz den Berechtigungssatz aus, den Sie für diese Rolle verwenden möchten. Die Berechtigungen werden neben dem ausgewählten Berechtigungssatz angezeigt (oder in einem maximierbaren Link Anzeigen, wenn die Erweiterung für neue/bearbeitete Rollen aktiviert ist).
5. Wählen Sie neben Modellsatz den Modellsatz aus, den Sie für diese Rolle verwenden möchten. Der Modellsatz wird neben dem ausgewählten Berechtigungssatz angezeigt. Wenn Sie den ausgewählten Berechtigungssatz auf alle Modelle in der Looker-Instanz anwenden möchten, wählen Sie Alle aus.
6. Optional können Sie unter Gruppen oder Nutzer die Gruppen oder Nutzer auswählen, denen Sie die benutzerdefinierte Rolle zuweisen möchten. Sie können der Rolle auch später Nutzer und Gruppen hinzufügen, indem Sie die Rolleneinstellungen aktualisieren. Alternativ können Sie die Rolle später im Admin-Bereich auf der Seite Nutzer oder Gruppen zuweisen.
7. Klicken Sie auf Neue Rolle (oder auf Bestätigen, wenn Sie die Erweiterung „Neue Rollen/Rollen bearbeiten“ verwenden), um diese benutzerdefinierte Rolle zu speichern.

Benutzerdefinierte Rolle erstellen, die neue Berechtigungs- und Modellgruppen verwendet

Wenn Sie eine benutzerdefinierte Rolle mit neuen Berechtigungs- und Modellsätzen erstellen möchten, rufen Sie zuerst im Admin-Bereich im Abschnitt Nutzer die Seite Rollen auf.

So erstellen Sie einen neuen Berechtigungssatz:

1. Wählen Sie Berechtigungssatz hinzufügen aus.
2. Geben Sie im Feld Name ein Label für den neuen Berechtigungssatz ein.
3. Wählen Sie die gewünschten Berechtigungen aus und klicken Sie auf Neuer Berechtigungssatz.

So erstellen Sie einen neuen Modellsatz:

1. Wählen Sie auf der Seite Rollen die Option Modellsatz hinzufügen aus.
2. Geben Sie im Feld Name ein Label für den neuen Modellsatz ein.
3. Wählen Sie die Modelle aus, auf die Sie Ihre Rolle anwenden möchten.
4. Wählen Sie Neuer Modellsatz aus.

So erstellen Sie die benutzerdefinierte Rolle mit den neuen Berechtigungs- und Modellsets:

1. Wählen Sie auf der Seite Rollen die Option Rolle hinzufügen aus.
2. Geben Sie einen Namen für die neue Rolle ein. Häufig geben Rollennamen Aufschluss darüber, welche Aufgaben der Nutzer mit der Rolle ausführen kann.
3. Geben Sie im Feld Name ein Label für die neue Rolle ein.
4. Wählen Sie unter Berechtigungssatz den Berechtigungssatz aus, den Sie gerade erstellt haben.
5. Wählen Sie unter Modellsatz den gerade erstellten Modellsatz aus.
6. Optional können Sie unter Gruppen oder Nutzer die Gruppen oder Nutzer auswählen, denen Sie die benutzerdefinierte Rolle zuweisen möchten. Sie können der Rolle auch später Nutzer und Gruppen hinzufügen, indem Sie die Rolleneinstellungen aktualisieren. Alternativ können Sie die Rolle später im Admin-Bereich auf der Seite Nutzer oder Gruppen zuweisen.
7. Klicken Sie auf Neue Rolle (oder auf Bestätigen, wenn Sie die Erweiterung „Neue Rollen/Rollen bearbeiten“ verwenden), um diese benutzerdefinierte Rolle zu speichern.