Perfis, papéis e compartilhamento em uma organização REDA
A REDA entrega conjuntos de permissões — mas e os perfis, a hierarquia de papéis e as regras de compartilhamento? Esses três são mecanismos puros da plataforma Salesforce que a REDA não possui nem fornece, então o passo a passo de cada um aponta para a documentação do próprio Salesforce. O que este artigo deixa claro é a divisão de tarefas: a REDA controla quais recursos uma pessoa pode usar, enquanto os perfis, os papéis e o compartilhamento controlam o acesso base e quem vê os registros de quem — e esses você mesmo projeta. Depois de ler, você saberá exatamente o que a REDA entrega e o que ainda cabe a você construir.
Acesso necessário. Direitos de administrador do Salesforce — Gerenciar perfis e conjuntos de permissões, Gerenciar funções e Gerenciar compartilhamento. Todos são do lado da organização; nenhum conjunto de permissões da REDA concede qualquer um deles.
Dois trabalhos diferentes
Ajuda nomear as duas camadas com clareza, porque a REDA é dona de uma e você é dono da outra:
- Acesso a recursos — esta pessoa pode usar locação, faturamento, reservas, inspeções? A REDA entrega isso inteiramente por meio de seus conjuntos de permissões (consulte Criando usuários e concedendo acesso à REDA).
- Acesso base e visibilidade de registros — esta pessoa consegue sequer abrir Contas e executar relatórios, e de quem ela pode ver os registros? Isso vem dos perfis, da hierarquia de papéis e das configurações de compartilhamento — que a REDA não fornece. Você os constrói.
Perfis em uma organização REDA
Um perfil é a camada base do acesso de um usuário — ele rege o login, os objetos padrão, os relatórios, os fluxos e a visibilidade padrão do aplicativo e das guias. Em uma organização REDA, o perfil carrega uma carga específica e deliberada, porque os conjuntos de permissões da REDA deixam o acesso base inteiramente a cargo do perfil. Esse acesso base inclui:
- Objetos padrão — acesso a Conta, Contato, Tarefa e Evento. Nenhum conjunto da REDA concede qualquer um deles.
- Relatórios, fluxos e edição de tarefas — as permissões de executar relatórios, executar fluxos e editar tarefas estão desativadas em todos os conjuntos da REDA, então o perfil precisa concedê-las.
- Aplicativo padrão e visibilidade de guias — tanto o aplicativo REDA quanto o REDA Admin são fornecidos; o perfil decide qual aplicativo abre por padrão e quais guias o usuário vê.
A orientação prática: mantenha os perfis mínimos — uma base limpa — e coloque os conjuntos de recursos da REDA por cima.
Por que a REDA usa conjuntos de permissões, e não perfis
A REDA não fornece nenhum perfil personalizado nem nenhum grupo de conjuntos de permissões. Cada recurso da REDA chega como um conjunto de permissões individual que você atribui por persona. Não existe um perfil pré-montado de “função de locação” para distribuir, nem um grupo que já combine vários conjuntos da REDA em um só. Se você quiser um pacote, monte seu próprio grupo de conjuntos de permissões do lado da organização — mas nunca presuma que um perfil já “inclui” um recurso da REDA. Ele não inclui.
A hierarquia de papéis
A hierarquia de papéis é a estrutura do Salesforce para a consolidação gerencial: ela permite que um gestor veja os registros pertencentes às pessoas abaixo dele. A REDA não fornece hierarquia de papéis — você a projeta. Em uma organização REDA, sua principal função é exatamente essa consolidação: permitir que um gerente de escritório veja os negócios, as propriedades e os chamados pertencentes à sua equipe. Os mecanismos de construção dos papéis são do Salesforce; o motivo para você querer uma aqui é a visibilidade gerencial.
Compartilhamento: padrões da organização e regras de compartilhamento
Os padrões da organização (OWDs) definem o piso de quem pode ver os registros de cada objeto; as regras de compartilhamento reabrem o acesso para grupos específicos. A REDA não fornece nada disso — nem padrões da organização, nem regras de compartilhamento, nem conjuntos de compartilhamento. O desenho do compartilhamento é inteiramente seu.
Os objetos da REDA em que as decisões de compartilhamento realmente pesam são os objetos baseados em proprietário, com um registro por transação — o registro do negócio ou do contrato de locação (Oportunidade), Propriedade, Lead, Chamado e seus filhos (Faturas, Encargos, Comissões). Eles têm um proprietário, então quem-pode-ver-quem é uma decisão real. Os dados de referência e mestres da REDA — Regiões, Códigos de cobrança, Regras — costumam ser visíveis para todos e são controlados pelo acesso de leitura do conjunto de permissões, não pelo compartilhamento.
A REDA não prescreve nenhum padrão da organização específico. A prática a seguir: para registros transacionais visíveis por proprietário, decida entre Particular e Leitura/gravação pública com base em se os agentes devem ver os negócios uns dos outros; mantenha os dados de referência abertos. Os mecanismos estão na documentação do Salesforce abaixo.
A divisão de tarefas
Uma tabela, para que fique inequívoco o que vem da REDA e o que você constrói:
| Aspecto | A REDA fornece | Você configura do lado da organização |
|---|---|---|
| Acesso a recursos (locação, faturamento, reservas…) | 31 conjuntos de permissões (padrão Admin / User / Read-Only) | Atribuir por persona |
| Objetos padrão (Conta, Contato, Tarefa, Evento) | — (nada) | Perfil ou conjunto de permissões do lado da organização |
| Relatórios, execução de fluxos, edição de tarefas | — (desativado em todos os conjuntos) | Perfil ou conjunto de permissões do lado da organização |
| Perfis personalizados | — (nenhum empacotado) | Criar perfis base mínimos |
| Grupos de conjuntos de permissões | — (nenhum empacotado) | Opcional: crie o seu próprio para agrupar os conjuntos da REDA |
| Hierarquia de papéis | — (nenhuma empacotada) | Projetar para a visibilidade de consolidação gerencial |
| Padrões da organização e regras de compartilhamento | — (nenhum empacotado) | Projetar para os registros da REDA visíveis por proprietário |
| Visibilidade de aplicativos / guias | Os aplicativos REDA e REDA Admin são fornecidos | Definir o aplicativo padrão e as guias por perfil |
Exemplo prático: acesso para um escritório de seis pessoas
A Meridian Properties administra um escritório pequeno — um gerente e três agentes de locação, além de um contador e um auditor. Projetar o acesso deles toca as três camadas:
Se mais tarde o escritório preferir pacotes de um clique, ele pode reunir os conjuntos da REDA que mais usa em seu próprio grupo de conjuntos de permissões — a REDA não fornece nenhum, mas nada impede que você crie um.
O que vem a seguir
- Criando usuários e concedendo acesso à REDA — crie o usuário e atribua os conjuntos da REDA.
- Entendendo os conjuntos de permissões da REDA — o modelo de 31 conjuntos por completo.
- O modelo de acesso da REDA — consulte qual conjunto uma determinada tarefa exige.
- Protegendo a sua organização REDA — restrinja a autenticação e as sessões.
- Edições: Platform vs. Sales Cloud — quais objetos existem em cada edição.
Perguntas frequentes
Não. A REDA entrega acesso por meio de conjuntos de permissões. Os perfis carregam o acesso base do lado da organização — objetos padrão, relatórios, fluxos, aplicativo padrão — que você constrói.
Isso é consolidação pela hierarquia de papéis e compartilhamento — a REDA não fornece nenhum dos dois. Projete uma hierarquia de papéis para a visibilidade gerencial e regras de compartilhamento para os registros que devem ser compartilhados.
A REDA não exige nenhuma configuração específica. Decida com base em se os agentes devem ver os negócios uns dos outros. Os objetos baseados em proprietário — negócios, propriedades, chamados — são os que valem a reflexão; os dados de referência costumam ficar abertos.
Sim — crie seu próprio grupo de conjuntos de permissões do lado da organização. A REDA não fornece nenhum, mas nada impede que você combine os conjuntos dela em um pacote que você atribui em uma única etapa.
As decisões são idênticas. Na edição Sales Cloud, elas se aplicam aos objetos padrão Lead, Oportunidade, Caso e Campanha; na edição Platform, aos objetos próprios da REDA: Lead, Oportunidade, Solicitação de serviço e Promoção. O mesmo raciocínio de compartilhamento, nomes de objeto diferentes.
Isso foi útil?