| Imprimir Abrir versão PDF da ajuda online

#### 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
Horta | 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: Todos os registos de oportunidade ligados em que Amanda seja proprietária. Todos os registos de oportunidade ligados que Amanda está autorizada a ver através de todos os outros componentes de controlo de acesso. A função de Amanda recusa-lhe a capacidade de ver oportunidades que não lhe pertencem e esta não pode ver a oportunidade que David Bloom criou. #### 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: Exemplo 1: Utilizar o nível de acesso de visualização Exemplo 3: Proteger dados através de livros

Publicado em Agosto 2022 | Copyright © 2005, 2022, Oracle e/ou respetivas associadas. Legal Notices.