Administrando o Oracle CRM On Demand > Gerenciamento de usuários e controles de acesso > Como os direitos de acesso são determinados > Exemplo 2: Usando o nível de acesso Herdar principal
Exemplo 2: Usando 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 usuários.
Neste exemplo, Amanda Jacobsen tem a função de representante de vendas na empresa. Amanda pode criar novas contas e ver todos os outros registros contábeis. Ela está autorizada a criar oportunidades, mas só vê as oportunidades das quais é proprietária ou as que é autorizada a ver.
A tabela a seguir mostra as configurações dos tipos de registro na função de representante de vendas.
Tipo de registro principal
|
Possui acesso
|
Pode criar
|
Pode ler todos os registros
|
Conta
|
Sim
|
Sim
|
Sim
|
Oportunidade
|
Sim
|
Sim
|
Não
|
A função de representante de vendas dá a Amanda total controle sobre as contas e oportunidades que ela cria, além de direitos restritos aos registros dos quais não é proprietária. A função de representante de vendas requer dois perfis de acesso: um perfil de acesso de proprietário e um perfil de acesso padrão.
A tabela a seguir mostra as configurações para o perfil de acesso do proprietário do representante de vendas.
Tipo de registro principal
|
Nível de acesso
|
Tipo de registro relacionado
|
Nível de acesso
|
Conta
|
Leitura/Edição/Exclusão
|
Oportunidades
|
Herdar principal
|
Oportunidade
|
Leitura/Edição/Exclusão
|
Não aplicável
|
Não aplicável
|
A tabela a seguir mostra as configurações para o perfil de acesso padrão do representante de vendas.
Tipo de registro principal
|
Nível de acesso
|
Tipo de registro relacionado
|
Nível de acesso
|
Conta
|
Somente leitura
|
Oportunidades
|
Herdar principal
|
Oportunidade
|
Somente leitura
|
Não aplicável
|
Não aplicável
|
Nesse exemplo de cálculo de direitos de acesso, supõe-se que a herança da equipe não esteja ativada para o tipo de registro Oportunidade, ou seja, a caixa de seleção Ativar a Herança da Equipe Principal para a Oportunidade na página Perfil da Empresa está desmarcada. Para obter mais informações sobre o comportamento do recurso de herança da equipe principal, consulte Sobre a Propagação de Acesso por Meio da Herança da Equipe .
David Bloom também tem uma função de representante de vendas na mesma empresa. David tem os mesmos direitos de acesso de Amanda.
Amanda é a proprietária da Oportunidade X, a qual está vinculada à Conta 1. David cria uma oportunidade, a Oportunidade Y, e também a vincula à Conta 1. Amanda não está na equipe da oportunidade.
Quando Amanda exibe a lista de contas na sua empresa, ela pode ver todas as contas porque sua função dá visibilidade a todas elas, inclusive as que não possui. A tabela a seguir mostra os registros que Amanda vê quando clica no nome da Conta 1 para fazer drill-down nas informações do registro. Nesse exemplo, somente os campos e colunas relevantes são exibidos.
|
|
|
|
|
Detalhes da conta: Conta 1
|
Detalhes da conta
|
Nome da conta:
|
Conta 1
|
Proprietário:
|
Jonathan Hope
|
Oportunidades
|
Nome da oportunidade
|
Proprietário
|
Oportunidade X
|
Amanda Jacobsen
|
Equipe da conta
|
Sobrenome
|
Nome
|
Acesso à conta
|
Hope
|
Jonathan
|
Proprietário
|
Bloom
|
David
|
Membro
|
Visibilidade do registro relacionado no Exemplo 2
Para determinar quais registros de oportunidade relacionados Amanda pode ver na conta nesse 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 ao tipo de registro relacionado à oportunidade nesse registro de conta-pai da seguinte forma:
- Determina se Amanda é proprietária da conta-pai.
Nesse exemplo, a resposta é não.
- Determina se a função de Amanda permite que ela leia todos os registros contábeis.
Nesse exemplo, a resposta é sim. Como a função de Amanda permite que ela leia todos os registros contábeis, Amanda pode ver a conta. Como Amanda não é a proprietária da conta-pai, seu perfil de acesso padrão é usado. O nível de acesso para o tipo de registro relacionado à oportunidade no perfil de acesso padrão de Amanda é Herdar principal.
- Determina se o registro pai está em um livro do qual Amanda seja membro.
Nesse exemplo, a resposta é não.
- Determina se Amanda é membro da equipe da conta.
Nesse exemplo, a resposta é não.
- Determina se algum dos subordinados de Amanda (diretos ou indiretos) é membro da equipe da conta.
Nesse exemplo, a resposta é não.
Se a resposta para essa pergunta for sim (isto é, um ou mais subordinados de Amanda forem membros da equipe da conta), o Oracle CRM On Demand extrairá o nível de acesso para o tipo de registro relacionado à oportunidade para cada um dos subordinados de cada perfil de acesso apropriado. O perfil de acesso atribuído no campo Acesso à conta da associação à equipe do subordinado na conta é usado nesse caso (não o perfil de acesso atribuído no campo Oportunidades - Acesso).
- Determina se Amanda possui acesso ao registro da conta por delegação.
Nesse exemplo, a resposta é não.
- O Oracle CRM On Demand então faz o seguinte:
- Determina se a função de Amanda permite acesso básico aos registros de oportunidade.
Nesse exemplo, a resposta é sim, porque a opção Possui acesso está selecionada para o tipo de registro de oportunidade na função de Amanda.
- Determina se a função de Amanda concede a ela o privilégio para o tipo de registro de oportunidade.
Oportunidades não são controladas por privilégios. Nesse exemplo, portanto, os privilégios não afetam o cálculo dos direitos de acesso de Amanda.
- Determina se o nível de acesso de qualquer perfil de acesso no cálculo está definido como Herdar principal ou uma de suas combinações.
Nesse exemplo, a resposta é sim. O Oracle CRM On Demand então exibe os seguintes registros de oportunidade na conta:
Ações em Registros relacionados no Exemplo 2
Quando Amanda tenta executar uma ação na Oportunidade X nesse exemplo, o cálculo é o mesmo, e o resultado para os direitos de acesso é o mesmo do resultado no Caso 1 em Exemplo 1: Usando o nível de acesso de exibição. O nível de acesso final é Leitura/Edição/Exclusão.
Tópicos relacionados
Consulte os seguintes tópicos para obter exemplos adicionais:
|