Imprimir      Abrir a versão em PDF da Ajuda on-line


Tópico anterior

Próximo tópico

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:

  1. 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.

  2. 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:

      • Todos os registros de oportunidade vinculados dos quais Amanda é proprietária.
      • Todos os registros de oportunidade vinculados que Amanda está autorizada a ver por meio de todos os outros componentes de controle de acesso.

        A função de Amanda nega a ela a capacidade de ver as oportunidades de que não é proprietária. Portanto, ela não pode ver a oportunidade que David Bloom criou.

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:


Publicado em Setembro de 2017 Copyright © 2005, 2017, Oracle. Todos os direitos reservados. Legal Notices.