Skip to content
ReferênciaAdminteam-manager

Funções e permissões

Funções e permissões

Esta referência lista as funções do Dailybot e uma matriz completa de permissões para que admins e líderes de time saibam exatamente quem pode executar cada ação.

Matriz de permissões

Permissão Org Admin Team Manager Member Check-in Owner
Ver e enviar as próprias respostas de check-in Sim Sim Sim Sim
Ver o feed da Home e o painel do agente Sim Sim Sim Sim
Dar e receber kudos Sim Sim Sim Sim
Definir fuso horário, lembretes e preferências de notificação pessoais Sim Sim Sim Sim
Conectar um coding agent pessoal (onde habilitado) Sim Sim Sim Não
Criar novos check-ins Sim Sim Não Não
Editar perguntas, agenda e alvos do check-in Sim Times próprios Não Apenas o check-in atribuído
Ver relatórios agregados de check-in Sim Times próprios Não Apenas o check-in atribuído
Criar e editar tables Sim Sim Não Não
Criar e editar automations Sim Sim Não Não
Gerenciar a participação nos times atribuídos Sim Times próprios Não Não
Convidar usuários para a organização Sim Não Não Não
Remover usuários da organização Sim Não Não Não
Mudar a função na org de qualquer membro Sim Não Não Não
Ver e gerenciar billing e faturas Sim Não Não Não
Atualizar configurações de toda a org (nome, logo, políticas) Sim Não Não Não
Conectar, reconectar ou desconectar integrações de chat Sim Não Não Não
Configurar opções de segurança da org (SSO, política de sessão onde oferecida) Sim Não Não Não
Acessar ferramentas de auditoria ou exportação (depende do plano) Sim Não Não Não
Excluir a organização Sim Não Não Não

Casos especiais

Nota: O Check-in Owner se aplica por check-in. Um membro com essa atribuição pode editar as perguntas daquele workflow e ver seus relatórios sem ser um Team Manager.

Nota: O escopo do Team Manager se limita aos times que ele gerencia. “Times próprios” na matriz significa os times da lista de gerenciamento dele, não toda a org.

Nota: O primeiro a instalar o Dailybot em uma org normalmente é um Organization Admin. Pelo menos um Organization Admin deve sempre permanecer; transfira o admin antes de remover a si mesmo.

Nota: Recursos como chaves de API, webhooks ou SSO corporativo podem aparecer apenas em certos planos – a função ainda controla o acesso quando o recurso está habilitado.

How-tos relacionados