Permissões e organizações
O acesso dentro de uma organização utiliza funções associadas a permissões granulares. A visibilidade do painel depende da organização ativa, das funções atribuídas, do escopo das permissões e dos módulos de subscrição ativados.
Nas organizações modulares, o acesso às funcionalidades e as permissões das funções são verificados em conjunto. Um módulo ativa uma funcionalidade para a organização; uma função determina quais membros podem utilizá-la. Adicionar um módulo não concede direitos de edição a todos os membros. Consulte Subscrição para obter informações sobre utilização, avaliações e alterações.
Para conhecer o vocabulário estruturado de permissões utilizado nos editores de funções, consulte /reference/permissions.
Modelo de organização
Os dados da Scoutello estão associados à organização. Uma pessoa pode pertencer a mais de uma organização e ter funções diferentes em cada uma. Confirme sempre a organização ativa antes de diagnosticar problemas de acesso, registos em falta ou itens ausentes na barra lateral.
As organizações também podem ter uma hierarquia. Clientes maiores podem utilizar organizações subordinadas para propriedades, equipas, localizações ou marcas, enquanto uma organização principal mantém gerível o relacionamento mais amplo com o cliente.
Estrutura das permissões
A maioria das permissões segue esta estrutura:
entity:action:scope
Por exemplo, customer:read:assigned significa que a função pode ler os registos de clientes atribuídos, mas não necessariamente todos os clientes da organização.
A administração da organização utiliza a entidade admin com o mesmo padrão de ação/escopo (por exemplo, admin:list:all). As funções que gerem organizações subordinadas e funções de utilizadores normalmente incluem várias permissões admin:* em conjunto. Não confunda isto com o tipo de conta separado de administrador global da plataforma Scoutello, utilizado apenas pela equipa da Scoutello e que desbloqueia ferramentas entre inquilinos.
Como a barra lateral utiliza as permissões
O painel oculta os links que a sessão atual não deve utilizar. Exemplos:
- As rotas de gestão de clientes dependem de entidades como capacidades de cliente, protocolo, tarefa, projeto, documento, newsletter, e-mail e evento.
- As rotas de aplicações web e visitas dependem de regras de atribuição relacionadas com página de destino, visita, oferta, formulário de contacto e plano do site.
- As rotas de definições disponibilizam modelos comerciais, ferramentas de eventos, controlos hierárquicos para administradores de organizações e atalhos adicionais reservados, quando aplicável, aos operadores da plataforma.
- As pessoas atribuídas como guias de visitas na organização podem ver pontos de entrada de análise/visão geral sem terem direitos completos de edição de páginas de destino ou visitas.
Um item de menu em falta muitas vezes reflete regras de permissão, e não uma falha na implementação.
Fluxo de suporte
Quando o acesso parece incorreto:
- Confirme a organização ativa.
- Confirme a função da pessoa utilizadora nessa organização.
- Verifique a entidade, a ação e o escopo relevantes.
- Verifique o módulo necessário, a respetiva quota atual e quaisquer alterações de faturação pendentes.
- Verifique as relações de atribuição exclusiva para os registos que deveriam estar visíveis.
- Considere se a pessoa é um operador da plataforma ou um membro da organização.
- Evite conceder capacidades abrangentes de administração da organização (entidade
admin), a menos que a pessoa deva gerir a estrutura e as funções da organização.
Conceitos relacionados: Referência: permissões, Visão geral do painel.