Configurações de administrador: funções

Papéis, conjuntos de permissões e conjuntos de modelos são usados juntos para gerenciar o que os usuários podem fazer e o que podem ver. A página Papéis na seção Usuários do painel Administrador permite visualizar, configurar e atribuir papéis, conjuntos de permissões e conjuntos de modelos.

Para pesquisar papéis, conjuntos de permissões e conjuntos de modelos específicos, digite um termo de pesquisa na caixa de pesquisa no canto superior direito e pressione Enter.

Definições

  • Uma função define os privilégios que um usuário ou grupo terá para um conjunto específico de modelos no Looker. Para criar um papel, combine um conjunto de permissões com um conjunto de modelos.
  • Um conjunto de permissões define o que um usuário ou grupo pode fazer. Você seleciona uma combinação de permissões que quer atribuir a um usuário ou grupo. Ele precisa ser usado como parte de um papel para ter algum efeito.
  • Um conjunto de modelos define quais dados e campos do LookML um usuário ou grupo pode ver. Selecione uma combinação de modelos do LookML aos quais um usuário ou grupo deve ter acesso. Ele precisa ser usado como parte de um papel para ter algum efeito.

Como gerenciar papéis

Um papel é uma combinação de um conjunto de permissões e um conjunto de modelos. É uma convenção comum nomear papéis de acordo com tipos de pessoas ou grupos de pessoas na sua organização (administrador, desenvolvedor do Looker, equipe financeira), mas você pode seguir suas próprias convenções de nomenclatura.

Um usuário pode ter mais de uma função no Looker. Isso pode ser útil quando você tem usuários que desempenham várias funções na sua empresa ou quando quer criar sistemas complexos de acesso aos seus modelos.

Criar, editar e excluir funções

Para criar um papel, siga estas etapas:

  1. Clique no botão Adicionar função na parte de cima da página Funções.

  2. O Looker exibe a página Nova função, em que é possível definir as seguintes configurações:

    • Nome: insira um nome para o papel.
    • Conjunto de permissões: escolha um conjunto de permissões para associar ao papel.
    • Conjunto de modelos: escolha um conjunto de modelos para associar ao papel.
    • Grupos: se quiser, escolha um ou mais grupos para atribuir a função.
    • Usuários: se quiser, escolha um ou mais usuários para atribuir o papel.

  3. Depois de configurar o papel como pretendido, clique no botão Novo papel na parte de baixo da página.

Depois que uma função é criada, você pode editá-la clicando no menu de três pontos Opções à direita da função na página Funções e selecionando Editar. Ao selecionar Editar, você acessa a página Editar função, onde pode editar o nome, o conjunto de permissões, o conjunto de modelos e os grupos ou usuários atribuídos à função.

Para excluir uma função, clique no menu de três pontos Opções à direita da função na página Funções e selecione Excluir.

Criar e editar funções com a melhoria de criação/edição de funções

Quando o recurso em fase de pré-lançamento Melhoria na criação/edição de papéis está ativado na sua instância, as páginas Novo papel e Editar papel oferecem um painel de navegação atualizado com tabelas de pesquisa paginadas, validação de compatibilidade em tempo real e proteções de segurança.

Como criar um papel com a interface aprimorada

Para criar um papel com a interface aprimorada, siga estas etapas:

  1. Clique no botão Adicionar função na parte de cima da página Funções.

  2. O Looker exibe a página Novo papel. No painel de navegação de etapas à esquerda, navegue por cada seção para configurar o papel:

    • Nome da função: insira um nome descritivo para a função no painel de conteúdo. O nome do papel é atualizado dinamicamente no painel da etapa de resumo.

    • Conjunto de permissões: use os botões de opção para selecionar um único conjunto de permissões na tabela paginada.

      • Use a barra de pesquisa na parte de cima da tabela para filtrar os conjuntos de permissões por nome.
      • Clique no link expansível Visualizar abaixo de um conjunto de permissões para inspecionar as permissões incluídas sem selecioná-lo.
      • Clique no ícone Editar ao lado do nome do conjunto de permissões para modificar um conjunto personalizado em uma nova guia do navegador. Os conjuntos de permissões integrados (Administrador e Gemini) aparecem como desativados e não podem ser selecionados.

    • Conjunto de modelos: use os botões de opção para selecionar um único conjunto de modelos na tabela paginada.

      • Use a barra de pesquisa para filtrar os conjuntos de modelos por nome.
      • Clique em Visualizar para inspecionar os modelos incluídos em um conjunto.
      • Clique no ícone Editar ao lado do nome do conjunto de modelos para modificá-lo em uma nova guia do navegador.

    • Usuários: (opcional) use as caixas de seleção na tabela paginada para atribuir um ou mais usuários à função.

      • Use a barra de pesquisa para filtrar usuários por ID, nome ou e-mail.
      • Não é possível selecionar usuários com atribuições de papel diretas desativadas pelas configurações de autenticação.

    • Grupos: (opcional) atribua um ou mais grupos à função usando as caixas de seleção na tabela paginada.

      • Use a barra de pesquisa para filtrar grupos por ID ou nome.
      • Os grupos gerenciados externamente aparecem como desativados para evitar a reatribuição manual.

  3. Revise suas seleções no painel de etapas. Os ícones de verificação ao lado de cada etapa ficam verdes quando as seleções necessárias são concluídas.

  4. Depois que todas as configurações obrigatórias (Nome do papel, Conjunto de permissões e Conjunto de modelos) estiverem definidas, clique em Criar papel.

  5. Na caixa de diálogo Confirmar nova função, revise o resumo das mudanças nos conjuntos de permissões, conjuntos de modelos, usuários e grupos, além de todos os avisos de herança de grupo. Clique em Confirmar para confirmar e criar o papel.

Como editar um papel com a interface aprimorada

Para editar uma função com a interface aprimorada, siga estas etapas:

  1. Na página Funções, clique no menu de três pontos Opções à direita da função que você quer editar e selecione Editar.
  2. O Looker exibe a página Editar papel pré-preenchida com a configuração atual do papel. Você pode navegar por cada seção em ordem ou selecionar seções diretamente no painel de etapas para modificar o nome, o conjunto de permissões, o conjunto de modelos e os usuários ou grupos atribuídos ao papel.
  3. Depois de fazer as alterações, clique em Salvar papel.

  4. Na caixa de diálogo Confirmar atualização de função, revise o resumo das mudanças nos conjuntos de permissões, conjuntos de modelos, usuários e grupos, além de todos os avisos de herança de grupo. Clique em Confirmar para confirmar e criar o papel.

Se você tentar sair da página ou fechar a guia sem salvar as mudanças, um aviso de Alterações não salvas vai informar que as mudanças serão perdidas se você não as salvar antes de sair da página. Clique em Cancelar para descartar as mudanças e voltar diretamente para a página Papéis.

Verificações de compatibilidade de conjuntos de permissões e de modelos

Ao configurar um papel, o Looker valida a compatibilidade do conjunto de permissões e do conjunto de modelos selecionados em tempo real:

  • Permissões develop e manage_models: se o conjunto de permissões selecionado incluir as permissões develop e manage_models, o papel precisará usar o conjunto de modelos Todos. Todos os outros conjuntos de modelos na lista estão desativados.
  • Permissão manage_modelsets_restricted: se o conjunto de permissões selecionado incluir a permissão manage_modelsets_restricted, o papel não poderá usar o conjunto de modelos Todos. O conjunto de modelos Todos está desativado.
  • Conjuntos de permissões restritas com o conjunto de modelos "Todos": se o conjunto de modelos Todos for selecionado primeiro, qualquer conjunto de permissões que contenha a permissão manage_modelsets_restricted será desativado.

Prevenção de bloqueio de administrador

Para evitar que os administradores percam os privilégios de administrador acidentalmente, a página de edição da função Administrador desativa a caixa de seleção do administrador que fez login. Essa prevenção de bloqueio só é ignorada quando o acesso de administrador do usuário é gerenciado externamente pela sincronização do Cloud IAM do Google Cloud.

Restrições de herança de função direta

Se a configuração de autenticação SAML, OpenID Connect ou LDAP de uma instância desativar as atribuições de papel diretas, as caixas de seleção desses usuários na tabela Usuários serão desativadas. Os administradores ainda podem cancelar a atribuição da função para os usuários que já a têm atribuída diretamente.

Assistente administrativo

Quando o recurso Assistente de administrador está ativado na sua instância, você pode clicar no botão Assistente de administrador no cabeçalho da página Nova função ou Editar função para abrir o painel do Assistente de administrador. O Assistente de Administração oferece orientações sobre as práticas recomendadas para criar papéis, dependências de permissão e acesso aos recursos do Gemini.

Papéis padrão

Para novas instâncias, o Looker cria os seguintes papéis padrão, cada um com um conjunto de permissões padrão de mesmo nome:

Os papéis padrão nas seções a seguir têm condições de uso.

Administrador via IAM

O papel de Administrador pelo IAM está disponível apenas no Looker (Google Cloud Core) e só pode ser gerenciado pelo console do Google Cloud . Para mais informações, consulte a documentação sobre Autenticação e autorização com OAuth e IAM e Papel de administrador do Looker x papel de administrador do Looker pelo IAM.

O papel Administrador via IAM usa o conjunto de permissões Administrador.

Usuários de CI do Looker

O papel Usuários de CI do Looker é criado automaticamente para instâncias do Looker que foram ativadas para integração contínua. O papel Usuários da CI do Looker é aplicado às contas de serviço da CI do Looker que podem ser visualizadas na guia Contas de serviço da página Administrador Usuários. O Looker usa essas contas de serviço de CI para realizar execuções de CI na instância.

O papel Usuários de CI do Looker tem as seguintes permissões necessárias para executar a CI:

  • deploy: necessário para configurar os webhooks do GitHub que são necessários para execuções de CI.
  • see_ci: necessário para conferir os resultados das execuções de CI, acessar a página Suítes de CI e executar suítes de CI.
  • manage_ci: necessário para criar pacotes de CI, gerenciar usuários de CI e configurar a conexão do Git com a integração contínua.

Gemini

Não é possível renomear nem excluir o papel Gemini. Por padrão, o conjunto de permissões desse papel se aplica a todos os modelos na instância do Looker. O conjunto de permissões do Gemini incluído nesse papel permite que os usuários realizem as seguintes tarefas na instância do Looker com a assistência do Gemini, desde que também tenham outras permissões necessárias:

  • Escrever LookML: quando eles também têm um papel do Looker que contém a permissão develop para pelo menos um modelo em um projeto do LookML.
  • Criar visualizações personalizadas do Looker, quando também tiverem um papel do Looker que contenha a permissão can_override_vis_config.
  • Consultar diretamente os dados do recurso Explorar do Looker ou conversar com um agente de dados que consulta esses dados com as Análises de Conversação, mesmo que o usuário não tenha recebido as permissões explore no Looker, desde que ele também tenha um papel do Looker que contenha outras permissões necessárias.

Permissões adicionais são necessárias para usar a Análise Conversacional, que podem ser concedidas com o papel de Gerente de Agentes da Análise Conversacional ou de Usuário da Análise Conversacional.

Para mais informações sobre os recursos do Gemini no Looker, consulte a visão geral do Gemini no Looker.

Gerente de agentes de análise de conversação

O papel Administrador do Agente de Análise de Conversação consiste no conjunto de permissões de Administrador do Agente de Análise de Conversação para todos os modelos que estão na instância do Looker. Os usuários com esse papel podem criar, editar, compartilhar e excluir agentes de dados do Conversational Analytics que usam as Análises do Looker, além de criar Agentic Workflows.

Usuário da Análise Conversacional

O papel Usuário do Conversational Analytics consiste no conjunto de permissões de usuário do Conversational Analytics para todos os modelos na instância do Looker. Os usuários com esse papel podem conversar com qualquer agente de dados do Conversational Analytics no Looker, desde que tenham acesso de visualização ao agente de dados, e podem criar Agentic Workflows.

Visualizador de Análise Conversacional Adicionado em 26.12

O papel Leitor de Análise de Conversação consiste no conjunto de permissões de Leitor de Análise de Conversação para todos os modelos na instância do Looker. Os usuários com esse papel podem conversar com qualquer agente de dados da Análise Conversacional no Looker, desde que tenham acesso de visualização ao agente de dados e a permissão access_data nos modelos apropriados.

Editor avançado de suporte e Editor básico de suporte

Essas funções não vão aparecer em uma instância do Looker (original) se um administrador do Looker tiver desativado o recurso de laboratórios Acesso ao suporte em níveis. Esses papéis não vão aparecer em uma instância do Looker (Google Cloud Core) se ela usar rede de conexões particulares (acesso a serviços particulares ou Private Service Connect) ou rede de conexões híbridas.

As funções Editor avançado de suporte e Editor básico de suporte não podem ser editadas, excluídas ou atribuídas a usuários que não sejam usuários de acesso de suporte.

Atribuir papéis padrão a um usuário

Para atualizar as configurações de um usuário individual e atribuir uma função padrão, siga estas etapas:

  1. Acesse a página Usuários na seção Usuários do painel Administrador.
  2. Selecione o usuário ou grupo com as permissões que você quer mudar.
  3. No menu suspenso Papéis, selecione o nome do papel.
  4. Selecione Salvar para manter essas configurações.

Conjuntos de permissões

Um conjunto de permissões define o que um usuário ou grupo pode fazer. Os administradores podem usar os conjuntos de permissões padrão do Looker ou criar conjuntos de permissões originais, considerando as dependências de permissão.

Todas as permissões disponíveis e os tipos delas são discutidos em mais detalhes na lista de permissões.

Conjuntos de permissões padrão

Para novas instalações, o Looker inclui vários conjuntos de permissões padrão que você pode usar:

Conjunto de permissões Permissões incluídas
Administrador Todas as permissões
Desenvolvedor 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: a permissão see_pdts está incluída na permissão padrão Desenvolvedor apenas para instalações do Looker criadas com o Looker 21.18 ou mais recente. Para verificar se a permissão see_pdts está incluída no conjunto de permissões Desenvolvedor na sua instância, acesse a página Papéis no painel Administrador na interface do Looker.
Gemini gemini_in_looker, chat_with_agent, chat_with_explore, save_agents
Gerente de agentes de análise de conversação access_data, gemini_in_looker, chat_with_agent, chat_with_explore, save_agents, upload_data
Usuário da Análise Conversacional access_data, gemini_in_looker, chat_with_agent
Visualizador de Análise Conversacional Adicionado em 26.12 gemini_in_looker, chat_with_explore, chat_with_agent
Editor avançado para engenheiros de clientes 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: o conjunto de permissões Editor avançado de engenheiro de clientes só está disponível quando o recurso de Labs Acesso ao suporte em níveis está ativado. Não é possível editar ou excluir o conjunto de permissões Editor avançado de engenheiro de clientes.
Editor avançado de suporte 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: o conjunto de permissões Suporte ao editor avançado só fica disponível quando o recurso de laboratórios Acesso ao suporte em níveis está ativado. Não é possível editar nem excluir o conjunto de permissões Editor avançado de suporte.
Editor básico de suporte 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: o conjunto de permissões Editor básico de suporte só está disponível quando o recurso de laboratórios Acesso de suporte em níveis está ativado. Não é possível editar nem excluir o conjunto de permissões Editor básico de suporte.
Usuário do dashboard do LookML access_data, clear_cache_refresh, mobile_app_access, see_lookml_dashboards
Usuário 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
Usuário que não consegue visualizar o LookML 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
Leitor 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

Esses conjuntos de permissões vão aparecer como opções quando você criar um novo papel. Se você selecionar um desses conjuntos de permissões, o Looker vai mostrar a lista de permissões incluídas.

Como criar conjuntos de permissões

Para criar um conjunto de permissões, clique no botão Adicionar conjunto de permissões na parte de cima da página Papéis. O Looker vai exibir uma página em que você pode inserir um nome para o conjunto de permissões e selecionar as permissões que ele deve incluir. Depois de configurar o conjunto conforme necessário, clique no botão Novo conjunto de permissões na parte de baixo da página.

Depois de criar um conjunto de permissões, você pode editá-lo ou excluí-lo clicando no menu de três pontos Opções à direita do conjunto de permissões na página Funções e selecionando Editar ou Excluir.

Permissões e dependências

Algumas permissões dependem de outras para funcionar corretamente. Por exemplo, faz sentido que alguém que queira desenvolver em LookML precise primeiro ver o LookML.

Ao criar um conjunto de permissões, você verá as permissões disponíveis em uma lista recuada. Se um privilégio estiver recuado abaixo de outro (pai), você precisará selecionar o privilégio pai primeiro. A lista de permissões pode ser assim:

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

Neste exemplo, o Looker usa recuo para indicar o seguinte:

  • O privilégio access_data pode ser selecionado a qualquer momento.
  • Os privilégios see_lookml_dashboards e see_looks exigem que o privilégio access_data seja selecionado primeiro.
  • O privilégio see_user_dashboards depende do privilégio see_looks, que, por sua vez, depende do privilégio access_data.

Não é possível selecionar um privilégio filho sem antes selecionar o pai.

Permissões e licenças do Looker

As licenças do Looker classificam os usuários em três tipos:

  • Desenvolvedor (administrador)
  • Padrão (criador)
  • Leitor

As permissões concedidas a um usuário determinam como ele é classificado na licença do Looker:

Lista de permissões

As permissões podem ser classificadas em um destes três tipos:

  • Específica do modelo:esse tipo de permissão é aplicado apenas aos conjuntos de modelos que fazem parte da mesma função. Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, não a toda a instância do Looker.
  • Específica da conexão:esse tipo de permissão é aplicado no nível da conexão. Um usuário com esse tipo de permissão verá as páginas do painel de administração de conteúdo que usam uma conexão associada a um modelo ao qual ele tem acesso aos dados, mesmo que essa conexão seja usada com outro modelo ao qual ele não tem acesso aos dados.
  • Em toda a instância:esse tipo de permissão se aplica à instância do Looker como um todo e tem três tipos:
    • NN = Sem acesso ao conteúdo, sem acesso ao menu: essas permissões permitem que os usuários realizem determinadas funções em toda a instância do Looker, mas não permitem que eles acessem conteúdo baseado em modelos que não estão incluídos no conjunto de modelos do papel.
    • CN = Acesso ao conteúdo, sem acesso ao menu: essas permissões permitem que os usuários acessem conteúdo e consultem informações em toda a instância do Looker, mesmo para conteúdo e consultas com base em modelos não incluídos no conjunto de modelos da função.
    • CM = Acesso ao conteúdo, acesso ao menu: essas permissões podem expor partes do menu Administrador a usuários não administradores e permitir que os usuários vejam informações sobre conteúdo e consultas com base em modelos não incluídos no conjunto de modelos da função.

A lista a seguir descreve todas as permissões disponíveis no Looker, na ordem em que aparecem na página Novo conjunto de permissões na seção Administrador:

Permissão Depende de Tipo Definição
access_data Nenhum Específico do modelo Os usuários podem acessar dados do Looker, mas apenas os dados especificados pelos administradores. Essa permissão é necessária para quase todas as funções do Looker.

Um usuário com essa permissão, se tiver acesso a qualquer modelo em um determinado projeto, poderá acessar qualquer arquivo na seção Dados desse projeto (como um arquivo de mapa personalizado JSON).

Os usuários do Data Studio com essa permissão podem acessar os dados do Looker em relatórios do Data Studio que usam o conector do Looker.
see_lookml_dashboards access_data Específico do modelo

Os usuários podem ver a pasta Dashboards do LookML, que inclui todos os dashboards do LookML. Os usuários precisam ter a permissão explore para que os modelos relevantes analisem esses painéis. Os usuários que também têm a permissão develop podem criar dashboards do LookML.
see_looks access_data Específico do modelo Os usuários podem ver os Looks salvos (mas não os dashboards) nas pastas. Os usuários precisam ter a permissão explore para que os modelos relevantes analisem esses Looks. Os usuários também precisam do nível de acesso ao conteúdo Visualizar para ver os Looks nas pastas.
see_user_dashboards see_looks Específico do modelo Os usuários podem visualizar painéis definidos pelo usuário em pastas, mas precisam ter a permissão explore para que os modelos relevantes explorem esses painéis. Os usuários também precisam de acesso ao conteúdo de visualização para ver os painéis nas pastas. Os usuários que também têm a permissão save_dashboards e o acesso ao conteúdo Gerenciar acesso, editar em uma pasta podem criar painéis definidos pelo usuário nessa pasta.
explore see_looks Específico do modelo Os usuários podem acessar e usar a página "Análise" para gerar Looks e painéis. Sem essa permissão, os usuários só podem visualizar os painéis salvos (se a permissão see_lookml_dashboards ou see_user_dashboards tiver sido concedida).

Os usuários do Data Studio com essa permissão podem criar uma fonte de dados no Data Studio com base em uma Análise do Looker. Eles também podem ver e editar a configuração dessa fonte de dados no Data Studio.
create_table_calculations explore NN de amplitude de instância Os usuários podem ver, editar ou adicionar cálculos de tabela.
create_custom_fields explore NN de amplitude de instância Os usuários podem visualizar, editar ou adicionar campos personalizados. Os usuários que têm apenas a permissão explore podem apenas visualizar campos personalizados.
can_create_forecast explore NN de amplitude de instância Os usuários podem criar e editar previsões em visualizações. Os usuários que não têm essa permissão só podem ver as previsões existentes no conteúdo a que têm acesso.
can_override_vis_config explore NN de amplitude de instância Os usuários podem acessar o Editor de configuração de gráficos, que permite modificar os valores JSON da API Highchart de uma visualização e personalizar a aparência e o formato dela.
save_content see_looks NN de amplitude de instância Esta é uma permissão mãe de save_dashboards, save_looks e create_public_looks. Essa permissão precisa ser concedida com save_dashboards ou save_looks para editar Looks e dashboards, incluindo as descrições deles.
save_dashboards save_content NN de amplitude de instância Os usuários podem salvar e editar painéis, incluindo as descrições deles. Os usuários precisam ter a permissão explore para que todos os modelos relevantes possam ser analisados nesses painéis. Os usuários precisam ter as permissões download_with_limit e/ou download_without_limit para baixar o conteúdo.
save_looks save_content NN de amplitude de instância Os usuários podem salvar e editar Looks, incluindo as descrições. Os usuários precisam ter a permissão explore para que os modelos relevantes possam explorar esses Looks. Os usuários precisam ter as permissões download_with_limit e/ou download_without_limit para baixar o conteúdo.
create_public_looks save_looks Específico do modelo Os usuários podem marcar um Look salvo como público, o que vai gerar URLs que concedem acesso a esse Look sem autenticação.
download_with_limit see_looks Específico do modelo

Essa permissão se aplica a Looks e dashboards no Looker e a relatórios no Data Studio que usam o conector do Looker.

Os usuários podem fazer o download de dados,mas precisam especificar um limite de 5.000 linhas ou menos para evitar problemas de memória com downloads grandes.

Os usuários do Data Studio Pro com essa permissão podem fazer o download de relatórios do Data Studio que usam o conector do Looker.

download_without_limit see_looks Específico do modelo

Essa permissão se aplica a Looks e painéis no Looker e a relatórios no Data Studio que usam o conector do Looker.

O mesmo que download_with_limit, mas não exige que o usuário especifique um limite de linhas. O download de todos os resultados de alguns tipos de consultas pode exigir muita memória, o que pode causar problemas de desempenho ou até mesmo falhas na instância do Looker.

Os usuários do Data Studio Pro com essa permissão podem fazer o download de relatórios do Data Studio que usam o conector do Looker.
schedule_look_emails see_looks Específico do modelo Essa permissão se aplica a Looks e painéis no Looker e a relatórios no Data Studio que usam o conector do Looker.

Os usuários podem programar para entrega por e-mail todos os Looks, dashboards e consultas com visualizações aos quais têm acesso aos dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir as TDPs relevantes.

Para enviar ou programar painéis de Atividade do sistema, os usuários precisam ter acesso a todos os modelos.

Os usuários que também têm a permissão create_alerts podem enviar notificações de alerta por e-mail.

Os administradores do Looker podem controlar os domínios de e-mail para os quais os usuários do Looker e os usuários incorporados podem enviar e-mails com a lista de permissões de domínios de e-mail na página Configurações do painel Administrador.

Os usuários que também têm a permissão schedule_without_limit podem selecionar Todos os resultados ao enviar Looks ou Análises, o que envia todas as linhas de dados dos resultados da consulta. Sem a permissão schedule_without_limit, as entregas de dados de Looks ou Análises dos usuários estão sujeitas ao limite de 5.000 linhas.

Os usuários do Data Studio Pro com essa permissão podem programar o envio de relatórios do Data Studio que usam o conector do Looker.
schedule_external_look_emails schedule_look_emails Específico do modelo Os usuários podem enviar por e-mail todos os Looks, dashboards e consultas com visualizações aos quais têm acesso aos dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir as TDPs relevantes.

Para enviar ou programar painéis de Atividade do sistema, os usuários precisam ter acesso a todos os modelos.

Os usuários que também têm permissões de create_alerts podem enviar notificações de alerta por e-mail.

Os usuários podem enviar entregas de conteúdo ou notificações de alerta para endereços de e-mail com qualquer domínio, independentemente de a lista de permissões de domínios de e-mail na página Configurações do painel de Admin conter domínios de e-mail.
create_alerts see_looks NN de amplitude de instância

Essa permissão se aplica a dashboards no Looker e a gráficos em relatórios do Data Studio que usam o conector do Looker.

No bloco do painel, os usuários podem criar, duplicar e excluir os próprios alertas, além de ver e duplicar os alertas marcados como Públicos por outros usuários. O usuário precisa estar conectado ao Slack para ver os alertas de blocos do painel que enviam notificações do Slack. Os usuários podem visualizar, editar, desativar e ativar os alertas que possuem na página de usuário Gerenciar alertas. Os usuários precisam ter a permissão schedule_look_emails ou schedule_external_look_emails para enviar notificações de alerta por e-mail.

Os usuários do Data Studio Pro com essa permissão podem criar, duplicar e excluir alertas em relatórios do Data Studio que usam o conector do Looker.
follow_alerts see_looks NN de amplitude de instância

Os usuários podem ver e seguir alertas. Ver os alertas que seguiram ou em que estão listados como destinatários na página de usuário Gerenciar alertas.
send_to_s3 see_looks Específico do modelo Os usuários podem enviar qualquer Look, dashboard e consulta com visualizações a que tenham acesso aos dados para um bucket do Amazon S3. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir as TDPs relevantes.

Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker.
send_to_sftp see_looks Específico do modelo Os usuários podem enviar para um servidor SFTP todos os Looks, dashboards e consultas com visualizações a que têm acesso aos dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir as TDPs relevantes.

Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker.
send_outgoing_webhook see_looks Específico do modelo Os usuários podem enviar para um webhook todos os Looks, dashboards e consultas com visualizações a que têm acesso aos dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir as TDPs relevantes.

Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, não a toda a instância do Looker.
send_to_integration see_looks Específico do modelo Os usuários podem enviar todos os Looks, dashboards e consultas com visualizações para os quais têm acesso aos dados para os serviços de terceiros integrados ao Looker usando o Looker Action Hub. Se você usar ações personalizadas com atributos de usuário, os usuários precisarão ter essa permissão e um valor de atributo de usuário válido e não nulo para que o atributo de usuário especificado envie conteúdo do Looker para esse destino de ação. Essa permissão não está relacionada às ações de dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir as TDPs relevantes.

Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, não a toda a instância do Looker.
schedule_without_limit see_looks Específico do modelo Adicionada na versão 26.4 Quando combinada com pelo menos uma outra permissão que permite ao usuário enviar conteúdo do Looker, essa permissão permite que os usuários enviem Looks ou Análises que contenham todas as linhas de dados. Essa permissão torna visível a opção Todos os resultados no Programador do Looker para Looks e Análises.
see_sql see_looks Específico do modelo Os usuários podem acessar a guia SQL durante a análise e em qualquer erro de SQL causado pelas consultas.
see_lookml see_looks Específico do modelo Os usuários têm acesso somente leitura ao LookML. Os usuários precisam ter essa permissão para ver o link Acessar o LookML no painel Administrador.

Se você quiser que um usuário possa editar o LookML, também precisará conceder a ele a permissão develop.

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão see_lookml a um usuário e permitir que ele veja qualquer modelo que faça parte de um projeto, ele poderá ver o LookML de todos os modelos desse projeto. No entanto, eles ainda não poderão consultar modelos que você não permitiu.
develop see_looks Específico do modelo Os usuários podem fazer mudanças locais no LookML, mas não podem disponibilizá-las para todos, a menos que também tenham a permissão deploy.

Essa permissão é necessária para ver a opção Receber suporte no menu Ajuda e os metadados no ambiente de desenvolvimento integrado do Looker. Os usuários também precisam dessa permissão para acessar a opção Recriar tabelas derivadas e executar no menu de engrenagem da Análise. Isso não é específico do modelo. Portanto, se um usuário tiver essa permissão em um modelo, ele terá acesso a Recriar tabelas derivadas e executar em todos os modelos.

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão develop a um usuário e permitir que ele veja qualquer modelo que faça parte de um projeto, ele poderá desenvolver o LookML para todos os modelos desse projeto. No entanto, eles ainda não poderão consultar modelos que você não permitiu.
deploy develop NN de amplitude de instância Os usuários podem enviar as mudanças locais do LookML para a produção, para que elas fiquem disponíveis para todos.
support_access_toggle develop NN de amplitude de instância Os usuários podem ativar ou desativar o acesso de analistas do Looker à sua instância do Looker.
manage_project_models develop Específico do modelo Os usuários podem adicionar, editar ou excluir configurações de modelos permitidos na página Editar configuração do modelo. Ao configurar um modelo, os usuários só podem usar conexões com escopo de projeto.

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você criar um papel com a permissão manage_project_models, ele vai conceder acesso a todos os modelos que compartilham um projeto com qualquer um dos modelos nos conjuntos de modelos do papel.
use_global_connections manage_project_models Específico do modelo Os usuários podem configurar modelos permitidos com qualquer conexão com escopo de projeto ou de instância.
manage_project_connections_restricted develop CM específico do modelo Os usuários podem ver a página Conexões no menu Administrador. Eles podem ver, editar e criar conexões com escopo de projeto para qualquer projeto no conjunto de modelos. No entanto, eles só podem editar as seguintes configurações de conexão: Os usuários não podem editar outras configurações na seção Configurações adicionais. Eles também não podem editar as configurações na seção Tabelas derivadas persistentes (TDPs).

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão manage_project_connections_restricted a um usuário, ele poderá ver, editar e criar conexões com escopo de projeto para qualquer projeto incluído no conjunto de modelos.
manage_project_connections manage_project_connections_restricted CM específico do modelo Os usuários podem ver a página Conexões no menu Administrador. Eles podem ver, editar e criar conexões com escopo de projeto para qualquer projeto incluído no conjunto de modelos.

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão manage_project_connections_restricted a um usuário, ele poderá ver, editar e criar conexões com escopo de projeto para qualquer projeto incluído no conjunto de modelos.
see_ci develop NN de amplitude de instância Adicionado na versão 25.6 Os usuários podem conferir os resultados das execuções de integração contínua, acessar a página Pacotes de integração contínua e executar pacotes de testes.
manage_ci see_ci NN de amplitude de instância Adicionado na versão 25.6 Os usuários podem criar pacotes de integração contínua, gerenciar usuários de integração contínua e configurar a conexão do Git com a integração contínua.

Somente um administrador pode ativar o recurso de integração contínua em uma instância do Looker.
use_sql_runner see_lookml Específico do modelo Os usuários podem usar o SQL Runner para executar SQL bruto nas conexões permitidas. Os usuários também poderão baixar os resultados usando a opção Fazer download no menu de engrenagem do SQL Runner, independentemente de terem as permissões download_with_limit ou download_without_limit.
certify_content access_data Específico do modelo Adicionado na versão 25.20 Os usuários podem certify painéis, Looks e Análises independentes.

Essa permissão só estará disponível se o recurso em fase de pré-lançamento Acessar certificação de conteúdo tiver sido ativado para sua instância.
clear_cache_refresh access_data Específico do modelo Os usuários podem limpar o cache e atualizar dashboards internos e incorporados, blocos de dashboard, Looks e Análises.

A permissão clear_cache_refresh é adicionada automaticamente a todos os conjuntos de permissões preexistentes que contêm uma das seguintes permissões: see_user_dashboards, see_lookml_dashboards ou explore. A permissão clear_cache_refresh não é aplicada automaticamente a nenhum papel incorporado.

Os usuários do Data Studio com essa permissão podem atualizar os dados do Looker nos relatórios do Data Studio que usam o conector do Looker.
see_drill_overlay access_data Específico do modelo Os usuários podem ver os resultados de detalhamento de um bloco do painel, mas não podem explorar esses resultados. Se explore for concedida, essa permissão também será concedida automaticamente (mesmo que não esteja marcada). Os usuários também precisam ter permissões explore para fazer o download de resultados de detalhamento no formato PNG.
manage_schedules Nenhum CM específico do modelo Adicionado na versão 25.2 Os usuários podem reatribuir e excluir programações na página Programações dos modelos especificados. Essa permissão não permite que os usuários vejam a página Histórico de programação.
manage_spaces Nenhum CN em toda a instância Os usuários podem criar, editar, mover e excluir pastas. Os usuários também precisam da permissão de acesso ao conteúdo Gerenciar acesso, editar.
manage_homepage Nenhum NN de amplitude de instância Os usuários podem editar e adicionar conteúdo à barra lateral que todos os usuários do Looker veem na página inicial pré-criada do Looker.
manage_models Nenhum CN em toda a instância Cada modelo do LookML é mapeado para um conjunto específico de conexões de banco de dados na página Gerenciar projetos do LookML. Com essa permissão, os usuários podem configurar esses mapeamentos, criar novos projetos e excluir projetos. Os usuários não administradores que receberem essa permissão terão acesso a todas as conexões permitidas pelos modelos aos quais têm acesso.

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão manage_models a um usuário, ele poderá acessar todos os modelos em todos os projetos na instância.
create_prefetches Nenhum Em toda a instância A pré-busca é altamente desaconselhada. Recomendamos o uso de datagroups.
login_special_email Nenhum Em toda a instância Os usuários podem fazer login com credenciais de e-mail/senha, mesmo que outros mecanismos de login (como Google, LDAP ou SAML) tenham sido ativados na instância. Isso pode ser útil para consultores ou outras pessoas que não fazem parte do seu sistema de autenticação normal.
embed_browse_spaces Nenhum NN de amplitude de instância
  • Ativa o navegador de conteúdo para incorporações assinadas. Se você estiver usando incorporações assinadas, conceda essa permissão aos usuários que têm a permissão save_content.
  • Em instâncias não incorporadas, essa permissão remove o ícone de favorito para usuários internos.
embed_save_shared_space Nenhum Em toda a instância Permite que o usuário com a permissão save_content salve conteúdo na pasta Compartilhada da organização, se houver uma. Os usuários que têm a permissão save_content, mas não a embed_save_shared_space, só podem salvar conteúdo na pasta de incorporação pessoal.
manage_embed_settings Nenhum CM em toda a instância Os usuários podem editar as configurações de incorporação na página Incorporar na seção Plataforma do menu Administrador.
manage_themes Nenhum CM em toda a instância Os usuários podem definir as configurações de tema para dashboards, Looks e Análises incorporados na página Temas na seção Plataforma do menu Administrador.

Essa permissão só estará disponível se os temas tiverem sido ativados para sua instância.
manage_internal_themes Nenhum CM em toda a instância Os usuários podem definir as configurações de tema para painéis internos do Looker (não incorporados) na página Temas na seção Plataforma do menu Administrador.

Essa permissão só estará disponível se o recurso em fase de pré-lançamento Temas de painel interno estiver ativado para sua instância.
manage_privatelabel Nenhum CM em toda a instância Os usuários podem definir as configurações de marca própria na página Marca própria na seção Plataforma do menu Administrador.

Essa permissão só estará disponível se a marca própria tiver sido ativada para sua instância.
see_alerts Nenhum CM em toda a instância Os usuários podem acessar as páginas Alertas e Histórico de alertas na seção Administrador, o que permite que eles vejam todos os alertas em uma instância do Looker. Os usuários podem visualizar, seguir, editar, atribuir a si mesmos e desativar alertas que pertencem a outros usuários na página Administrador Alertas.

Os usuários precisam ter permissões para acessar o conteúdo subjacente do alerta para visualizar ou explorar a visualização do alerta (na página Detalhes do alerta) ou para navegar até o painel. Essa permissão não permite que os usuários visualizem, criem, sigam ou excluam alertas do bloco do painel.

(Pré-lançamento) Os usuários podem acessar a página Administrador Gerenciar fluxos de trabalho e a página de usuário Gerenciar fluxos de trabalho, permitindo que eles vejam todos os fluxos de trabalho em uma instância do Looker. Os usuários podem visualizar, editar, desativar e ativar fluxos de trabalho que pertencem a outros usuários, mas precisam ter acesso aos dados do fluxo de trabalho para ver a visualização dele em Detalhes. Essa permissão não permite que os usuários gerem Agentic Workflows ou usem a Análise Conversacional.
see_queries Nenhum CM em toda a instância Os usuários podem ver a página Consultas na seção Administrador do Looker. Esse privilégio não permite que um usuário encerre uma consulta na página Consultas.
see_logs Nenhum CM em toda a instância Os usuários podem ver a página Registro na seção Administrador do Looker.
see_users Nenhum CM em toda a instância Os usuários podem ver a página Usuários (mas não a página Grupos) na seção Administrador do Looker. Esse privilégio não permite que um usuário crie novos usuários, veja ou crie credenciais de API, redefina senhas ou modifique usuários ou privilégios. Um usuário com essa permissão pode ver todos os usuários em todos os grupos de uma instância, mesmo em um sistema fechado. Um usuário pode ver todos os nomes de grupos e funções, o que algumas empresas podem considerar informações sensíveis.
sudo see_users CM em toda a instância Os usuários podem usar o comando sudo (ou seja, agir como outro usuário e herdar temporariamente as permissões dele) clicando no botão Sudo na página Usuários.

A permissão sudo não permite que um não administrador use o sudo como administrador, mas um não administrador pode escalonar os privilégios usando o sudo. Portanto, tenha cuidado.
manage_groups see_users CM em toda a instância Os usuários podem criar, editar e excluir grupos na página Grupos na seção Usuários do menu Administrador, exceto os grupos associados à função Administrador.
manage_roles manage_groups CM em toda a instância Os usuários podem criar, editar e excluir funções, exceto a de administrador, na página Funções na seção Usuários do menu Administrador. Os usuários ainda não podem criar, editar ou excluir conjuntos de permissões ou de modelos.
manage_user_attributes see_users CM em toda a instância Os usuários podem criar, editar e excluir atributos do usuário na página Atributos do usuário na seção Usuários do menu Administrador.
see_schedules Nenhum CM em toda a instância

Os usuários podem acessar as páginas Programações e Histórico de programação no painel Administrador do Looker. Esse privilégio não permite que um usuário reatribua, edite ou exclua as programações de outros usuários nas páginas Programações e Histórico de programação.
see_pdts Nenhum Específico da conexão Os usuários podem ver a página Tabelas derivadas persistentes na seção Administrador do Looker e conferir informações sobre as TDPs de projetos que usam qualquer conexão associada a modelos para os quais eles têm acesso aos dados.

Essa permissão está incluída no conjunto de permissões padrão de Desenvolvedor para novas instalações do Looker.

Essa permissão é aplicada às conexões em que os usuários têm acesso aos dados, e não em toda a instância do Looker ou em modelos ou conjuntos de modelos individuais.
see_datagroups Nenhum Específico do modelo Os usuários podem ver a página Grupos de dados na seção Administrador do Looker. Os usuários podem ver nomes de conexão, nomes de modelos e outras informações sobre datagroups definidos em um modelo para o qual têm acesso aos dados.

Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker ou a conexões.
update_datagroups see_datagroups Específico do modelo Os usuários podem acionar um datagroup ou redefinir o cache dele na página Datagroups na seção Administrador do Looker. Assim como os usuários com a permissão see_datagroups, os usuários com a permissão update_datagroups podem ver os datagroups definidos em projetos que usam um modelo para o qual eles têm acesso aos dados.

Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker ou às conexões.
see_system_activity Nenhum CM em toda a instância Os usuários podem acessar as Análises e os painéis da Atividade do Sistema para conferir o uso, o histórico e outros metadados de uma instância do Looker.

Em um ambiente incorporado, restrições rígidas impedem que os usuários incorporados renderizem dados do sistema subjacente, mesmo que você conceda a permissão see_system_activity durante a autenticação de logon único (SSO). Para outras maneiras de compartilhar esses dados, consulte Atividade do sistema em ambientes incorporados.
see_admin Nenhum CM em toda a instância Os usuários podem ter acesso somente leitura aos recursos de administrador, incluindo páginas no painel Administrador, com exceção das seguintes páginas:

  • Acesso ao suporte
  • Recursos em fase de pré-lançamento
  • Recursos legados
  • Exportar
  • Acesso a conteúdo
  • Ações (se a página exibir apenas os estados ativado ou desativado das ações)

Essa permissão não dá acesso às páginas de atividade do sistema.
mobile_app_access Nenhum NN de amplitude de instância Os usuários podem fazer login na sua instância em um dispositivo móvel usando o app Looker para dispositivos móveis. Para que os usuários possam fazer login no app Looker para dispositivos móveis, a opção Acesso ao aplicativo para dispositivos móveis na página Configurações gerais na seção Administrador do Looker precisa estar ativada.

A permissão mobile_app_access pode ser adicionada a um conjunto de permissões novo ou atual e faz parte de todos os conjuntos de permissões padrão do Looker.
manage_modelsets_restricted Nenhum CM específico do modelo Adicionado na versão 25.2 Os usuários podem modificar conjuntos de modelos para os quais têm a permissão manage_modelsets_restricted. Um usuário só pode adicionar modelos contidos em conjuntos de modelos para os quais ele também tem a permissão manage_modelsets_restricted.

NOTE: essa permissão interage com conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão manage_modelsets_restricted a um usuário e permitir que ele acesse qualquer modelo que faça parte de um projeto, ele poderá atribuir todos os modelos desse projeto aos conjuntos de modelos que ele pode acessar.
upload_data Nenhum NN de amplitude de instância Adicionado na versão 25.20 Os usuários podem fazer upload de arquivos para sua instância para criar Análises independentes.
create_self_service_from_table Nenhum Específico do modeloNN Adicionado na versão 26.14 Os usuários podem criar telas de modelagem visual com base em tabelas de banco de dados para criar Análises independentes.
gemini_in_looker Nenhum Específico do modelo Essa é a única permissão incluída no papel padrão do Gemini.

Essa permissão permite que os usuários realizem as tarefas associadas a qualquer um dos recursos do Gemini no Looker que estão ativados na página Gemini no Looker no painel de admin Admin. Algumas tarefas podem exigir outras permissões.
chat_with_agent gemini_in_looker Específico do modelo Adição da versão 25.18 Os usuários da Análise Conversacional podem conversar com agentes de dados baseados nos dados de até cinco análises do Looker. É necessário ter outras permissões para conversar com os agentes de dados do painel.
chat_with_explore chat_with_agent Específico do modelo Adicionado na versão 25.18 Os usuários da Análise Conversacional podem conversar com uma Análise do Looker quando também têm outras permissões necessárias.
save_agents chat_with_explore Específico do modelo Adicionado em 25.18 Os usuários do Conversational Analytics podem criar, editar, excluir e compartilhar agentes de dados em painéis ou Análises. Para editar, excluir ou compartilhar um agente de dados criado por outro usuário, os usuários precisam receber um papel que contenha essa permissão em todos os modelos usados pelo agente, além de outras permissões necessárias.
publish_agent_externally save_agents Específico do modelo Adicionado na versão 26.6 Disponível em pré-lançamento, os usuários do Conversational Analytics podem publicar agentes de dados no Gemini Enterprise quando também têm outras permissões necessárias.
admin_agents gemini_in_looker Específico do modelo Adicionado em 25.18 Os usuários do Conversational Analytics podem criar, editar, compartilhar e excluir agentes de dados quando também têm outras permissões necessárias. Com essa permissão, um usuário não precisa receber acesso ao conteúdo do agente de dados para editar, excluir ou compartilhar um agente de dados criado por outro usuário.

Informações importantes sobre conjuntos de permissões

As permissões a seguir interagem com conjuntos de modelos de uma maneira potencialmente inesperada:

  • develop; see_lookml: no ambiente de desenvolvimento integrado do Looker, um único projeto pode conter vários arquivos de modelo. Se você atribuir as permissões develop ou see_lookml a um usuário e permitir que ele veja qualquer modelo que faça parte de um projeto, ele poderá desenvolver ou ver o LookML de todos os modelos desse projeto. No entanto, eles ainda não poderão consultar modelos que você não permitiu.
  • manage_models: se você atribuir a permissão manage_models a um usuário, ele poderá acessar todos os modelos em todos os projetos na instância.
  • manage_modelsets_restricted: se você atribuir a permissão manage_modelsets_restricted a um usuário, ele poderá atribuir qualquer modelo em um projeto ao qual tenha acesso.
  • manage_project_connections: se você atribuir as permissões manage_project_connections_restricted ou manage_project_connections a um usuário, ele poderá ver, editar e criar conexões com escopo de projeto para qualquer projeto incluído no conjunto de modelos.

Conjuntos de modelos

Um conjunto de modelos define quais dados e campos do LookML um usuário ou grupo pode ver. Cada conjunto é uma lista de modelos do LookML que um usuário ou grupo pode acessar. Um conjunto de modelos executa duas funções:

  1. Um conjunto de modelos controla a quais modelos no LookML as permissões se aplicam (se forem específicas do modelo).
  2. Um conjunto de modelos limita os dados e os campos do LookML que um usuário pode ver, porque cada modelo está conectado a uma conexão de banco de dados específica e contém determinados campos do LookML.

Como criar um conjunto de modelos

Para criar um conjunto de modelos:

  1. Clique no botão Adicionar conjunto de modelos na parte de cima da página Papéis.

  2. O Looker exibe a página Novo conjunto de modelos. Insira um nome para o novo conjunto de modelos.

  3. Selecione os modelos que devem ser incluídos no novo conjunto.

  4. Clique no botão Novo conjunto de modelos na parte de baixo da página. O novo conjunto de modelos vai aparecer na seção Conjuntos de modelos da página Papéis.

Os modelos incluídos em projetos pendentes aparecem na lista Modelos nas páginas Novo conjunto de modelos e Editar conjunto de modelos.

Excluir ou renomear um modelo não altera os conjuntos que o incluem. Quando um modelo é removido ou renomeado, recomendamos que os administradores do Looker também removam o nome desse modelo de todos os conjuntos de modelos associados usando a página Editar conjunto de modelos. Remover o nome de um modelo excluído de um conjunto de modelos impede que um novo modelo com o mesmo nome seja incluído acidentalmente nesse conjunto.

Para saber mais sobre modelos, consulte a página de documentação Parâmetros de modelo.

Como criar vários modelos e conjuntos de modelos

O exemplo a seguir ilustra como usar vários conjuntos de modelos para limitar o acesso aos dados. Imagine um cenário em que você tem duas equipes: Marketing e Suporte. Neste exemplo, essas duas equipes não devem ter acesso ao modelo inteiro. Por isso, você criaria um modelo separado para cada equipe. Para separar o acesso aos dados, siga estas etapas:

  1. Copie o modelo em dois novos modelos.
  2. No primeiro dos novos modelos, inclua apenas as visualizações, os campos e as Análises que a equipe de marketing deve acessar.
  3. Criar um conjunto de modelos para a equipe de marketing que inclua apenas esse novo modelo.
  4. Crie um novo papel para a equipe de marketing que inclua esse novo conjunto de modelos e as permissões adequadas para a equipe de marketing.
  5. Atribua esse novo papel ao grupo da equipe de marketing.
  6. Repita as etapas de 2 a 5 para configurar o segundo modelo para a equipe de suporte.

Como editar um conjunto de modelos

Depois de criar um conjunto de modelos, siga estas etapas para editá-lo:

  1. Na página Papéis, clique no menu de três pontos Opções à direita do conjunto de modelos que você quer editar e selecione Editar.

  2. O Looker exibe a página Editar conjunto de modelos. Se quiser, digite um novo nome para o conjunto de modelos no campo Nome.

  3. Adicione ou remova modelos do conjunto na seção Modelos.

  4. Clique no botão Atualizar conjunto de modelos na parte de baixo da página.

Os modelos incluídos em projetos pendentes aparecem na lista Modelos nas páginas Novo conjunto de modelos e Editar conjunto de modelos.

Excluir ou renomear um modelo não altera os conjuntos que o incluem. Quando um modelo é removido ou renomeado, recomendamos que os administradores do Looker também removam o nome desse modelo de todos os conjuntos de modelos associados usando a página Editar conjunto de modelos. Remover o nome de um modelo excluído de um conjunto de modelos impede que um novo modelo com o mesmo nome seja incluído acidentalmente nesse conjunto.

Como excluir um conjunto de modelos

Para excluir um conjunto de modelos, na página Papéis, clique no menu de três pontos Opções à direita do conjunto de modelos que você quer excluir e selecione Excluir.

Como criar e atribuir funções personalizadas

Um papel personalizado combina um conjunto de permissões padrão ou personalizado e um conjunto de modelos padrão ou personalizado. Os papéis só podem ser criados com base em conjuntos de permissões e de modelos que já existem. Se não houver um conjunto de permissões que represente tudo o que você quer que o usuário possa fazer ou se não houver um conjunto de modelos que contenha todos os modelos em que você quer que o usuário possa realizar essas ações, crie o conjunto de permissões ou o conjunto de modelos, respectivamente.

Criar um papel personalizado que use conjuntos de permissões e modelos atuais

Para atribuir um papel personalizado com um conjunto de permissões e um conjunto de modelos, siga estas etapas:

  1. Acesse a página Papéis na seção Usuários do painel de Admin.
  2. Selecione Adicionar papel.
  3. Insira um nome para a nova função. Muitas vezes, os nomes dos papéis indicam algo sobre as tarefas que o papel permite que o usuário realize.
  4. Ao lado de Conjunto de permissões, selecione o conjunto que você quer usar para essa função. O conjunto de permissões aparece ao lado do conjunto de permissões selecionado (ou em um link expansível Visualizar se a Melhoria de papéis novos/editados estiver ativada).
  5. Ao lado de Conjunto de modelos, selecione o conjunto de modelos que você quer usar para esse papel. O conjunto de modelos aparece ao lado do conjunto de permissões selecionado. Para aplicar o conjunto de permissões selecionado a todos os modelos na instância do Looker, selecione Todos.
  6. Se quiser, em Grupos ou Usuários, selecione os grupos ou usuários aos quais você quer atribuir a função personalizada. Também é possível adicionar usuários e grupos à função mais tarde, atualizando as configurações da função, ou atribuir a função mais tarde na página Usuários ou Grupos no painel de administrador.
  7. Clique em Novo papel (ou em Confirmar se você estiver usando a melhoria de novos papéis/edição de papéis) para salvar esse papel personalizado.

Criar um papel personalizado que use novos conjuntos de permissões e modelos

Para criar uma função personalizada usando novos conjuntos de permissões e modelos, acesse a página Funções na seção Usuários do painel Administrador.

Para criar um novo conjunto de permissões, siga estas etapas:

  1. Selecione Adicionar conjunto de permissões.
  2. Dê um rótulo para o novo conjunto de permissões no campo Nome.
  3. Selecione as permissões que você quer e clique em Novo conjunto de permissões.

Para criar um novo conjunto de modelos, siga estas etapas:

  1. Na página Papéis, selecione Adicionar conjunto de modelos.
  2. Insira um rótulo para o novo conjunto de modelos no campo Nome.
  3. Selecione os modelos aos quais você quer aplicar o papel.
  4. Selecione Novo conjunto de modelos.

Para criar o papel personalizado usando os novos conjuntos de permissões e modelos, siga estas etapas:

  1. Na página Funções, selecione Adicionar função.
  2. Insira um nome para a nova função. Muitas vezes, os nomes dos papéis indicam algo sobre as tarefas que o papel permite que o usuário realize.
  3. Insira um rótulo para o novo papel no campo Nome.
  4. Em Conjunto de permissões, selecione o conjunto de permissões que você acabou de criar.
  5. Em Conjunto de modelos, selecione o conjunto de modelos que você acabou de criar.
  6. Se quiser, em Grupos ou Usuários, selecione os grupos ou usuários aos quais você quer atribuir a função personalizada. Também é possível adicionar usuários e grupos à função mais tarde, atualizando as configurações da função, ou atribuir a função mais tarde na página Usuários ou Grupos no painel de administrador.
  7. Clique em Novo papel (ou em Confirmar se você estiver usando a melhoria de novos papéis/edição de papéis) para salvar esse papel personalizado.