Funções, 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. Na página Funções da seção Usuários do painel Administrador, você pode conferir, configurar e atribuir funções, conjuntos de permissões e modelos.
Para pesquisar funções, conjuntos de permissões e modelos específicos, digite um termo 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 uma função, 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 efeito.
- Um conjunto de modelos define quais dados e campos do LookML um usuário ou grupo pode acessar. Você seleciona uma combinação de modelos do LookML à qual um usuário ou grupo deve ter acesso. Ele precisa ser usado como parte de um papel para ter efeito.
Atribuição de funções
Um papel é uma combinação de um conjunto de permissões e um conjunto de modelos. É uma convenção comum nomear as funções de acordo com os tipos de pessoas ou grupos de pessoas na sua organização (administrador, desenvolvedor do Looker, equipe financeira), embora seja possível 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 em sua empresa ou quando deseja criar sistemas complexos de acesso aos modelos.
Como criar, editar e excluir papéis
Para criar uma função, siga estas etapas:
- Clique no botão Novo papel na parte superior da página Papéis.
O Looker mostra a página Novo papel, em que você pode definir as seguintes configurações:
- Nome: insira um nome para a função.
- Conjunto de permissões: escolha um conjunto de permissões para associar ao papel.
- Conjunto de modelos: escolha um conjunto de modelos para associar à função.
- Grupos: escolha um ou mais grupos para atribuir o papel.
- Usuários: escolha um ou mais usuários para atribuir a função.
Depois de configurar o papel desejado, clique no botão Novo papel na parte inferior da página.
Depois que uma função é criada, você pode editá-la clicando no botão Editar à direita dela na página Funções. Ao clicar em Editar, você acessa a página Editar função, onde é possível editar o nome, o conjunto de permissões, o modelo e os grupos ou usuários atribuídos à função.
Para excluir uma função, clique no botão Excluir à direita da função na página Papéis.
Papéis padrão
Para novas instâncias, o Looker cria os papéis padrão abaixo, e cada um deles inclui um conjunto de permissões padrão com o mesmo nome:
- Administrador
- Desenvolvedor
- Usuário
- Leitor
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ões.
Todas as permissões disponíveis e os tipos delas são discutidos com 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 podem ser usados para começar:
Esses conjuntos de permissões aparecerão como opções quando você criar uma nova função. Se você selecionar um desses conjuntos, o Looker vai mostrar a lista de permissões que ele inclui.
O conjunto de permissões de administrador não pode ser editado ou excluído e não pode ser atribuído a uma função. Ele é atribuído apenas à função de administrador, que também não pode ser editada ou excluída. A única maneira de conceder a permissão de administrador definida a um usuário ou grupo é adicionar a função de administrador a esse usuário ou grupo.
Criação de conjuntos de permissões
Para criar um conjunto de permissões, clique no botão Novo conjunto de permissões na parte de cima da página Funções. O Looker vai mostrar 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 desejado, clique no botão New Permission Set na parte de baixo da página.
Depois que um conjunto de permissões é criado, você pode editá-lo ou excluí-lo clicando nos botões Editar ou Excluir à direita do conjunto na página Funções.
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 primeiro possa acessar o LookML.
Ao criar um conjunto de permissões, você vai encontrar as permissões disponíveis em uma lista com recuo. Se um privilégio estiver recuado em outro (pai), primeiro selecione o privilégio pai. A lista de permissões pode ter esta aparência:
☑️ 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
esee_looks
exigem que o privilégioaccess_data
seja selecionado primeiro. - O privilégio
see_user_dashboards
depende do privilégiosee_looks
, que, por sua vez, depende do privilégioaccess_data
.
Não é possível selecionar um privilégio filho sem selecionar primeiro 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 de acordo com a licença do Looker:
Um usuário é classificado como desenvolvedor (administrador) se tiver a função padrão de administrador ou pelo menos uma das seguintes permissões:
Um usuário é classificado como padrão (criador) se não tiver nenhuma das permissões de desenvolvedor (administrador), mas tiver pelo menos uma das seguintes permissões:
Um usuário é classificado como leitor se tiver a permissão
access_data
, mas nenhuma das permissões de desenvolvedor (administrador) e padrão (criador).
Lista de permissões
As seguintes permissões interagem com os conjuntos de modelos de uma forma potencialmente inesperada:
No ambiente de desenvolvimento integrado do Looker, um único projeto pode conter vários arquivos de modelo. Se você atribuir as permissões
develop
see_lookml
manage_models
manage_modelsets_restricted
manage_project_connections_restricted
manage_project_connections
develop
ousee_lookml
a um usuário e permitir que ele acesse qualquer modelo que faça parte de um projeto, ele poderá desenvolver ou acessar o LookML para todos os modelos nesse projeto. No entanto, ele ainda não poderá consultar modelos que você não permitiu.Se você atribuir a permissãomanage_models
a um usuário, ele poderá acessar todos os modelos em todos os projetos na instância.Se você atribuir a permissão
Se você atribuir as permissõesmanage_modelsets_restricted
a um usuário, ele poderá atribuir qualquer modelo em um projeto a que tenha acesso.manage_project_connections_restricted
oumanage_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.
As permissões podem ser classificadas em três tipos:
- Específica de modelo: esse tipo de permissão é aplicado somente aos conjuntos de modelos que fazem parte do mesmo papel. Essa permissão é aplicada a modelos individuais ou conjuntos de modelos, e não em toda a instância do Looker.
- Específico da conexão: esse tipo de permissão é aplicado no nível da conexão. Um usuário com esse tipo de permissão vai ter acesso a conteúdo em páginas do painel Administrador que usam uma conexão associada a um modelo a que ele tem acesso aos dados, mesmo que essa conexão seja usada com outro modelo a que 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 com base em modelos que não estão incluídos no conjunto de modelos da função.
- CN = Acesso ao conteúdo, sem acesso ao menu: essas permissões permitem que os usuários acessem informações de conteúdo e consultas em toda a instância do Looker, mesmo para conteúdo e consultas com base em modelos que não estã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 de administrador a usuários que não são administradores e permitir que os usuários acessem informações sobre conteúdo e consultas com base em modelos que não estã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 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, pode acessar qualquer arquivo na seção Dados desse projeto (como um arquivo de mapa personalizado JSON). |
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 possam acessar esses painéis. Os usuários que também têm a permissão develop podem criar painéis do LookML. |
see_looks |
access_data |
Específico do modelo | Os usuários podem acessar os Looks salvos (mas não os dashboards) nas pastas. Os usuários precisam ter a permissão explore para que os modelos relevantes possam explorar esses Looks. Os usuários também precisam do nível de acesso de conteúdo Visualizar para acessar os Looks nas pastas. |
see_user_dashboards |
see_looks |
Específico do modelo | Os usuários podem ver painéis definidos pelo usuário em pastas, mas precisam ter a permissão explore para que os modelos relevantes possam explorar esses painéis. Os usuários também precisam de acesso de leitura para acessar os painéis em pastas. Os usuários que também têm a permissão save_dashboards e o acesso ao conteúdo Gerenciar acesso, edição a uma pasta podem criar painéis definidos pelo usuário nela. |
explore |
see_looks |
Específico do modelo | Os usuários podem acessar e usar a página "Explorar" para gerar visualizações e painéis. Sem essa permissão, os usuários só poderão ver os painéis salvos (se a permissão see_lookml_dashboards ou see_user_dashboards tiver sido concedida). |
create_table_calculations |
explore |
Rede neural em toda a instância | Os usuários podem conferir, editar ou adicionar cálculos de tabela. |
create_custom_fields |
explore |
Rede neural em toda a instância | Os usuários podem visualizar, editar ou adicionar campos personalizados. Os usuários com a permissão explore só podem visualizar campos personalizados. |
can_create_forecast |
explore |
Rede neural em toda a instância | Os usuários podem criar e editar previsões nas visualizações. Os usuários que não têm essa permissão só podem visualizar as previsões atuais no conteúdo a que têm acesso. |
can_override_vis_config |
explore |
NN em toda a instância | Os usuários podem acessar o Editor de configuração de gráficos para modificar os valores do JSON da API Highchart de uma visualização e personalizar a aparência e o formato dela. |
save_content |
see_looks |
Rede neural em toda a instância | Essa permissão é 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 . |
save_dashboards |
save_content |
NN em toda a instância |
ADICIONADO 24,4
Os usuários podem salvar e editar painéis. Os usuários precisam ter a permissão explore para que os modelos relevantes sejam explorados nesses painéis. Os usuários precisam ter as permissões download_with_limit e/ou download_without_limit para fazer o download do conteúdo. |
save_looks |
save_content |
Rede neural em toda a instância |
ADICIONADO NA 24.4
Os usuários podem salvar e editar Looks. Os usuários precisam ter a permissão explore para que os modelos relevantes sejam acessados nesses Looks. Os usuários precisam ter as permissões download_with_limit e/ou download_without_limit para fazer o download do conteúdo. |
create_public_looks |
save_looks |
Específico do modelo | Os usuários podem marcar um Look salvo como público, o que gera URLs que concedem acesso a esse Look sem autenticação. |
download_with_limit |
see_looks |
Específico do modelo | Os usuários podem fazer o download e programar consultas (em CSV, Excel e outros formatos), mas precisam especificar um limite de 5.000 linhas ou menos para evitar problemas de memória causados por downloads grandes na instância. |
download_without_limit |
see_looks |
Específico do modelo | O mesmo que download_with_limit , mas não exige que o usuário especifique um limite de linhas. Fazer o download ou programar todos os resultados de alguns tipos de consultas pode exigir uma quantidade significativa de memória, o que pode causar problemas de desempenho ou até mesmo travar a instância do Looker. |
schedule_look_emails |
see_looks |
Específico do modelo | Os usuários podem enviar qualquer Looks, dashboards e consultas com visualizações a que têm acesso de dados ao e-mail. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir os PDTs 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 create_alerts podem enviar notificações de alerta por e-mail. Os administradores do Looker podem controlar os domínios de e-mail em que os usuários do Looker e os usuários incorporados podem enviar entregas de e-mail com a Lista de permissões de domínios de e-mail na página Configurações do painel Administrador.Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker. |
schedule_external_look_emails |
schedule_look_emails |
Específico do modelo | Os usuários podem enviar por e-mail todos os Looks, painéis e consultas com visualizações que tenham acesso a dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, tiver gerenciado o cache e recriado as PDTs 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 create_alerts podem enviar notificações de alerta por e-mail. Os usuários podem enviar conteúdo por e-mail ou notificações de alerta para endereços de e-mail de qualquer domínio, mesmo que a Lista de permissões de domínios de e-mail na página Configurações do painel Administrador contenha domínios de e-mail permitidos.Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker. |
create_alerts |
see_looks |
Rede neural em toda a instância | No bloco do painel, os usuários podem criar, duplicar e excluir os próprios alertas. Eles também podem conferir e duplicar alertas marcados como Público por outros usuários. O usuário precisa estar conectado ao Slack para receber alertas de blocos do painel que enviam notificações do Slack. Os usuários podem acessar, editar, desativar e ativar os alertas na página 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. |
follow_alerts |
see_looks |
NN em toda a instância | Os usuários podem conferir e seguir alertas. Confira os alertas que eles seguiram ou em que eles aparecem como destinatários na página do usuário Gerenciar alertas. |
send_to_s3 |
see_looks |
Específico do modelo | Os usuários podem enviar qualquer Looks, dashboards e consultas com visualizações a que eles têm acesso de dados a 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 os PDTs relevantes.Essa permissão é aplicada a modelos individuais ou conjuntos de modelos, e não em toda a instância do Looker. |
send_to_sftp |
see_looks |
Específico do modelo | Os usuários podem enviar qualquer Looks, dashboards e consultas com visualizações a que têm acesso de dados a um servidor SFTP. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir os PDTs 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 exibir qualquer Looks, dashboards e consultas com visualizações a que têm acesso a dados para um webhook. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, gerenciar o cache e reconstruir os PDTs relevantes.Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker. |
send_to_integration |
see_looks |
Específico do modelo | Os usuários podem exibir qualquer Looks, dashboards e consultas com visualizações a que têm acesso a dados aos serviços de terceiros integrados ao Looker pelo Looker Action Hub. Se você estiver usando ações personalizadas com atributos de usuário, os usuários vão precisar ter essa permissão e um valor válido e não nulo para o atributo do usuário especificado se quiser mostrar o conteúdo do Looker ao destino da ação. Essa permissão não está relacionada a ações de dados. Os usuários podem programar a entrega para ocorrer depois que um datagroup for acionado, tiver gerenciado o cache e recriado as PDTs relevantes.Essa permissão é aplicada a modelos ou conjuntos de modelos individuais, e não a toda a instância do Looker. |
see_sql |
see_looks |
Específico do modelo | Os usuários podem acessar a guia SQL enquanto exploram os erros de SQL causados 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 quiser que um usuário possa editar o LookML, você também precisa conceder a ele a permissão develop . OBSERVAÇÃO: essa permissão interage com os conjuntos de modelos de uma maneira potencialmente inesperada. Se você atribuir a permissão see_lookml a um usuário e permitir que ele acesse qualquer modelo que faça parte de um projeto, ele poderá acessar o LookML para todos os modelos nesse projeto. No entanto, eles ainda não poderão consultar modelos que você não permitiu. |
develop |
see_lookml |
Específico do modelo | Os usuários podem fazer mudanças locais no LookML, mas não podem disponibilizar essas mudanças para todos, a menos que também tenham a permissão deploy . Essa permissão é necessária para acessar a opção Receber suporte no menu Ajuda e para conferir os metadados no ambiente de desenvolvimento do Looker. Os usuários também precisam dessa permissão para acessar a página Reconstruir tabelas e Executar no menu de engrenagem "Explorar". 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.OBSERVAÇÃO: essa permissão interage com os 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 do projeto. No entanto, ele ainda não poderá consultar modelos que você não permitiu. |
deploy |
develop |
Rede neural em toda a instância | Os usuários podem enviar as alterações locais do LookML para produção. Assim, elas ficam disponíveis a todos. |
support_access_toggle |
develop |
NN em toda a instância | Os usuários podem ativar ou desativar o acesso de analistas do Looker à sua instância. |
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 no escopo do projeto.OBSERVAÇÃO: essa permissão interage com conjuntos de modelos de uma forma 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 qualquer conexão em toda a 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 acessar, editar e criar conexões no escopo do projeto para qualquer projeto no conjunto de modelos. No entanto, eles só podem editar as seguintes configurações de conexã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 acessar a página Conexões no menu "Administrador". Eles podem acessar, editar e criar conexões no escopo do projeto para todos os projetos incluídos no conjunto de modelos.OBSERVAÇÃO: essa permissão interage com conjuntos de modelos de uma forma 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. |
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 fazer o download dos resultados na opção Download no menu de engrenagem do SQL Runner, independentemente de terem as permissões download_with_limit ou download_without_limit . |
clear_cache_refresh |
access_data |
Específico do modelo | Os usuários podem limpar o cache e atualizar os dashboards internos e incorporados, os blocos de dashboard, os Looks e as Análises.A permissão clear_cache_refresh é adicionada automaticamente a qualquer conjunto de permissões pré-existente que contenha qualquer uma das seguintes permissões: see_user_dashboards , see_lookml_dashboards ou explore . A permissão clear_cache_refresh não é aplicada automaticamente a funções incorporadas. |
see_drill_overlay |
access_data |
Específico do modelo | Os usuários podem conferir os resultados de um bloco do painel, mas não podem analisar esses resultados. Se a explore for concedida, a 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 dos resultados de detalhamento no formato PNG. |
manage_spaces |
Nenhum | CN da instância | Os usuários podem criar, editar, mover e excluir pastas. Os usuários também vão precisar da permissão de acesso ao conteúdo Gerenciar acesso, Editar. |
manage_homepage |
Nenhum | NN em toda a instância | Os usuários podem editar e adicionar conteúdo à barra lateral que aparece na página inicial pré-criada do Looker. |
manage_models |
Nenhum | CN da 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 que não são administradores e recebem essa permissão têm acesso a todas as conexões permitidas pelos modelos a que têm acesso.OBSERVAÇÃO: essa permissão interage com os 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 da instância. |
create_prefetches |
Nenhum | Em toda a instância | A pré-busca não é recomendada. Recomendamos o uso de grupos de dados. |
login_special_email |
Nenhum | Em toda a instância | Os usuários podem fazer login com credenciais tradicionais de e-mail/senha, mesmo que outros mecanismos de login (como Google, LDAP ou SAML) tenham sido ativados na sua instância. Isso pode ser útil para consultores ou outras pessoas que não fazem parte do seu sistema normal de autenticação. |
embed_browse_spaces |
Nenhum | Rede neural em toda a 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 . |
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 tiverem a permissão save_content , mas não embed_save_shared_space , só terão a opção de salvar conteúdo na pasta de incorporação pessoal deles. |
manage_embed_settings |
Nenhum | CM em toda a instância | ADICIONADO NA VERSÃO 24.0 Os usuários podem editar as configurações de incorporação na página Incorporação na seção Plataforma do menu Administrador. |
manage_modelsets_restricted |
Nenhum | CM específico do modelo |
BETA 24.16
Os usuários podem adicionar ou remover modelos de conjuntos de modelos incluídos em qualquer uma das funções.OBSERVAÇÃO: essa permissão interage com conjuntos de modelos de uma forma 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 nesse projeto aos conjuntos de modelos aos quais ele tem acesso. |
manage_schedules |
Nenhum | CM específico do modelo | BETA 24.12 Os usuários podem reatribuir e excluir programações na página Programações dos modelos especificados. Essa permissão não dá ao usuário a capacidade de ver a página Histórico de programações. |
manage_themes |
Nenhum | CM em toda a instância | ADICIONADO NA VERSÃO 24.0 Os usuários podem configurar as configurações de tema na página Temas na seção Plataforma do menu Administrador.Essa permissão só estará disponível se os temas tiverem sido ativados na sua instância. |
manage_privatelabel |
Nenhum | CM em toda a instância | ACRESCENTADO NA VERSÃO 24.0 Os usuários podem configurar 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 o marcador privado estiver ativado na 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 acessar, seguir, editar, atribuir por conta própria e desativar alertas de outras pessoas na página de administrador Alertas.Os usuários precisam ter permissões para acessar o conteúdo do alerta e visualizar ou analisar o conteúdo na página Detalhes do alerta ou para navegar até o painel dele. Com essa permissão, os usuários não podem acessar, criar, seguir ou excluir alertas do bloco do dashboard. |
see_queries |
Nenhum | CM em toda a instância | Os usuários podem acessar a página Consultas na seção Administrador do Looker. Esse privilégio não permite que o usuário encerre uma consulta na página Consultas. |
see_logs |
Nenhum | CM em toda a instância | Os usuários podem acessar a página Log na seção Administrador do Looker. |
see_users |
Nenhum | CM em toda a instância | Os usuários podem acessar 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 o usuário crie novos usuários, acesse ou crie credenciais de API, redefina senhas ou modifique usuários ou privilégios. Um usuário que recebeu 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 de todas as funções, o que algumas empresas podem considerar confidenciais. |
sudo |
see_users |
CM em toda a instância | Os usuários podem usar o sudo (em outras palavras, agir como e herdar temporariamente as permissões de) outro usuário clicando no botão Sudo na página Usuários.A permissão sudo não permite que um usuário que não é administrador use o sudo como administrador, mas quem não é administrador pode aumentar os privilégios usando o sudo. Por isso, tenha cuidado. |
manage_groups |
see_users |
CM em toda a instância | ADICIONADO 24,0 Os usuários podem criar, editar e excluir grupos na página Grupos da seção Usuários do menu Administrador, exceto os grupos associados ao papel de Administrador. |
manage_roles |
manage_groups |
CM em toda a instância | ADICIONADO 24,0 Os usuários podem criar, editar e excluir funções, exceto a função Administrador, na página Funções da seção Usuários do menu Administrador. Os usuários ainda não podem criar, editar ou excluir conjuntos de permissões ou conjuntos de modelos. |
manage_user_attributes |
see_users |
CM em toda a instância | ADICIONADO 24,0 Os usuários podem criar, editar e excluir atributos de 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. Este privilégio não permite que um usuário reatribua, edite ou exclua os usuários nas páginas Programações e Histórico de programações. |
see_pdts |
Nenhum | Específico da conexão | Os usuários podem acessar a página Tabelas derivadas persistentes na seção Administrador do Looker e conferir informações sobre TDPs de projetos que usam qualquer conexão associada a modelos a que eles têm acesso a dados.Essa permissão está incluída no conjunto de permissões padrão do desenvolvedor para novas instalações do Looker.Essa permissão é aplicada a conexões a que os usuários têm acesso aos dados, e não a toda a instância do Looker ou a modelos individuais ou conjuntos de modelos. |
see_datagroups |
Nenhum | Específico do modelo | Os usuários podem acessar a página "Grupos de dados" na seção Administrador do Looker. Os usuários podem conferir nomes de conexões e de modelos e outras informações sobre grupos de dados definidos em um modelo em que eles têm acesso a 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 grupo de dados ou redefinir o cache na página de grupos de dados 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 acessar grupos de dados definidos em projetos que usam um modelo para o qual eles têm acesso aos dados.Essa permissão é aplicada a modelos individuais ou conjuntos de modelos, e não a toda a instância do Looker ou a conexões. |
see_system_activity |
Nenhum | CM em toda a instância | Os usuários podem acessar as Análises detalhadas e os painéis de atividade do sistema e o banco de dados interno i__looker para conferir o uso, o histórico e outros metadados sobre uma instância do Looker. |
mobile_app_access |
Nenhum | Rede neural em toda a 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 a aplicativos móveis na página Configurações gerais na seção Administrador do Looker precisa ser ativada.A permissão mobile_app_access pode ser adicionada a um conjunto de permissões novo ou atual. Ela faz parte de todos os conjuntos de permissões padrão do Looker. |
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 aos quais um usuário ou grupo deve ter acesso. Um conjunto de modelos pode ser pensado como a realização de duas funções:
- Um conjunto de modelos controla a quais modelos no LookML as permissões se aplicam (se essas permissões forem específicas do modelo).
- Um conjunto de modelos limita os dados e campos do LookML que um usuário pode acessar, porque cada modelo é 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:
Clique no botão Novo conjunto de modelos na parte superior da página Papéis.
O Looker mostra a página New Model Set. Insira um nome para o novo conjunto de modelos.
Selecione um ou mais modelos que devem ser incluídos no novo conjunto de modelos.
Clique no botão New Model Set na parte de baixo da página. O novo conjunto de modelos 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.
A exclusão ou renomeação de um modelo não muda os conjuntos de modelos que incluem esse modelo. Quando um modelo é removido ou renomeado, recomendamos que os administradores do Looker também removam o nome dele dos conjuntos de modelos associados na página Editar conjunto de modelos. A remoção do 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. Considere 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, então você criaria um modelo separado para cada equipe. Para separar o acesso aos dados, siga estas etapas:
- Copiar o modelo em dois novos modelos.
- No primeiro dos novos modelos, inclua apenas as visualizações, os campos e as Análises a que a equipe de marketing precisa ter acesso.
- Criar um conjunto de modelos para a equipe de marketing que inclua somente esse novo modelo.
- Crie uma nova função para a equipe de marketing que inclua esse novo conjunto de modelos e as permissões apropriadas para a equipe de marketing.
- Atribua essa nova função ao grupo da equipe de marketing.
- Repita as etapas de 2 a 5 para configurar o segundo modelo para a equipe de suporte.
Como editar um conjunto de modelos
Depois que um conjunto de modelos tiver sido criado, execute as seguintes etapas para editá-lo:
Na página Funções, clique no botão Editar à direita do conjunto de modelos que você quer editar.
O Looker mostra a página Editar conjunto de modelos. Se quiser, insira um novo nome para o conjunto de modelos no campo Nome.
Adicione ou remova modelos do conjunto na seção Modelos.
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.
A exclusão ou renomeação de um modelo não muda os conjuntos de modelos que incluem esse modelo. Quando um modelo é removido ou renomeado, recomendamos que os administradores do Looker também removam o nome dele dos conjuntos de modelos associados na página Editar conjunto de modelos. A remoção do 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 em Excluir à direita do conjunto de modelos que você quer excluir.