Administrar o Oracle CRM On Demand > Gestão de utilizadores e controlos de acesso > Como São Determinados os Direitos de Acesso > Exemplo 2: Utilizar o nível de acesso Herdar principal
Exemplo 2: Utilizar o nível de acesso Herdar principal
Este tópico fornece um exemplo de como o Oracle CRM On Demand calcula os direitos de acesso dos utilizadores.
Neste exemplo, Amanda Jacobsen tem é uma Representante de vendas da empresa. Amanda pode criar novas contas e ver todos os outros registos de contas. Pode criar oportunidades mas só pode ver as oportunidades que lhe pertencem ou para as quais tenha autorização.
A seguinte tabela mostra as definições de tipo de registo na função Representante de vendas.
Tipo de registo principal
|
Tem acesso
|
Pode criar
|
Pode ler todos os registos
|
Conta
|
Sim
|
Sim
|
Sim
|
Oportunidade
|
Sim
|
Sim
|
Não
|
A função Representante de vendas dá a Amanda controlo total sobre as contas e oportunidades que cria e direitos restritos sobre os registos que não lhe pertencem. A função Representante de vendas necessita de dois perfis de acesso: um perfil de acesso de proprietário e um perfil de acesso predefinido.
A tabela seguinte mostra as definições para o Perfil de acesso do proprietário do representante de vendas.
Tipo de registo principal
|
Nível de acesso
|
Tipo de registo relacionado
|
Nível de acesso
|
Conta
|
Ler/Editar/Eliminar
|
Oportunidades
|
Herdar principal
|
Oportunidade
|
Ler/Editar/Eliminar
|
Não aplicável
|
Não aplicável
|
A seguinte tabela mostra as definições para o Perfil de acesso predefinido do representante de vendas.
Tipo de registo principal
|
Nível de acesso
|
Tipo de registo relacionado
|
Nível de acesso
|
Conta
|
Só de leitura
|
Oportunidades
|
Herdar principal
|
Oportunidade
|
Só de leitura
|
Não aplicável
|
Não aplicável
|
Neste exemplo de cálculo de direitos de acesso, parte-se do princípio de que a herança de equipa não está ativada para o tipo de registo Oportunidade, ou seja, a caixa de seleção Ativar Herança da Equipa Principal para Oportunidade na página Perfil da Empresa está desmarcada. Para mais informações sobre o comportamento da funcionalidade de herança da equipa principal, consulte Acerca da Propagação de Acesso Através da Herança de Equipa.
David Bloom é também Representante de vendas na mesma empresa. David tem os mesmos direitos de acesso que Amanda.
Amanda é a proprietária da Oportunidade X, que está ligada à Conta 1. David cria uma oportunidade, a Oportunidade Y e também a liga à Conta 1. Amanda não está na equipa da oportunidade.
Quando Amanda examina a lista das contas da empresa, consegue ver todas as contas porque a função dela permite-lhe ter visibilidade para todas as contas, incluindo as que não lhe pertencem. A tabela seguinte mostra os registos que Amanda vê quando clica no nome da Conta 1 para pesquisar detalhadamente o registo. Para este exemplo, só os campos e colunas relevantes são apresentados.
|
|
|
|
|
Detalhes da conta: Conta 1
|
Detalhes da conta
|
Nome da conta:
|
Conta 1
|
Proprietário:
|
João Henriques
|
Oportunidades
|
Nome da oportunidade
|
Proprietário
|
Oportunidade X
|
Alda Justo
|
Equipa da conta
|
Apelido
|
Nome próprio
|
Acesso à conta
|
Henriques
|
João
|
Proprietário
|
Barros
|
Diogo
|
Membro
|
Visibilidade do registo relacionado no exemplo 2
Para determinar quais os registos de oportunidades relacionados que Amanda consegue ver na conta neste exemplo, o Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma:
- O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis para o tipo de registo relacionado com a oportunidade neste registo de conta principal da seguinte forma:
- Determina se Amanda é proprietária da conta principal.
Neste exemplo, a resposta é não.
- Determina se a função de Amanda lhe permite ler todos os registos de contas.
Neste exemplo, a resposta é sim. A função de Amanda permite-lhe ler todos os registos de contas, pelo que ela pode ver a conta. Uma vez que Amanda não é proprietária da conta principal, será utilizado o respetivo perfil de acesso predefinido. O nível de acesso para o tipo de registo relacionado com a oportunidade no perfil de acesso predefinido de Amanda é Herdar principal.
- Determina se o registo principal se encontra num livro do qual Amanda seja membro.
Neste exemplo, a resposta é não.
- Determina se Amanda é um membro da equipa da conta.
Neste exemplo, a resposta é não.
- Determina se qualquer dos subordinados de Amanda (direto ou indireto) é um membro da equipa da conta.
Neste exemplo, a resposta é não.
Se a resposta à pergunta for sim (ou seja, se um ou mais subordinados de Amanda for membro da equipa da conta), o Oracle CRM On Demand extrai o nível de acesso para o tipo de registo relacionado com a oportunidade para cada um destes subordinados a partir do perfil de acesso adequado. Nesse caso, é utilizado o perfil de acesso atribuído no campo Acesso à conta na afiliação da equipa do subordinado (e não o perfil de acesso atribuído no campo Acesso à oportunidade).
- Determina se Amanda tem acesso ao registo de conta através de delegação.
Neste exemplo, a resposta é não.
- Nesse caso, o Oracle CRM On Demand efetua o seguinte:
- Determina se a função de Amanda lhe permite acesso básico aos registos de oportunidade.
Neste exemplo, a resposta é sim porque a opção Tem acesso está selecionada para o tipo de registo Oportunidade na função de Amanda.
- Determina se a função de Amanda lhe concede o privilégio para o tipo de registo de oportunidade.
As oportunidades não são controladas através de privilégios, pelo que, neste exemplo, os privilégios não afetam o cálculo dos direitos de acesso de Amanda.
- Determina se o nível de acesso em qualquer dos perfis de acesso no cálculo está definido para Herdar principal ou uma das respetivas combinações.
Neste exemplo, a resposta é sim, por conseguinte o Oracle CRM On Demand apresenta os seguintes registos de oportunidade no registo de conta:
Ações nos registos relacionados no exemplo 2
Quando Amanda tenta executar uma ação na Oportunidade X neste exemplo, o cálculo é o mesmo, e o resultado dos direitos de acesso é o mesmo que no Caso 1 no Exemplo 1: Utilizar o nível de acesso de visualização. O nível de acesso final é Ler/Editar/Eliminar.
Tópicos relacionados
Consulte os tópicos seguintes para obter exemplos adicionais:
|