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


Tópico anterior

Próximo tópico

Exemplo 1: Usando o nível de acesso de exibição

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. 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 e direitos restritos aos registros que ela não possui. 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

Exibir

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

Exibir

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

Oportunidade Y

David Bloom

Equipe da conta

Sobrenome

Nome

Acesso à conta

Hope

Jonathan

Proprietário

Visibilidade do registro relacionado no exemplo 1

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:

    OBSERVAÇÃO: se forem descobertos vários níveis de acesso com base nos diferentes componentes de controle de acesso, todos serão considerados no cálculo dos direitos de acesso.

    • 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 é Exibição.

    • 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 do usuário.

    • 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 é não.

  3. O Oracle CRM On Demand então examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Nesse caso, o nível de acesso mais permissivo encontrado é Exibição. Como o nível de acesso Herdar principal não está presente, são exibidos todos os registros de oportunidade filhos, inclusive aqueles que o usuário não está autorizado a ver.

Ações em Registros relacionados no Exemplo 1

Quando um usuário tenta executar uma ação em um registro relacionado, o Oracle CRM On Demand deve determinar se o usuário tem os direitos de acesso apropriados para essa ação. Nesse exemplo, Amanda pode tentar ler os detalhes do registro, editar ou excluir o registro. Dois casos são considerados:

  • No Caso 1, Amanda tenta executar uma ação na Oportunidade X.
  • No Caso 2, Amanda tenta executar uma ação na Oportunidade Y.

Caso 1: Amanda tenta executar uma ação na Oportunidade X, da qual ela é proprietária.

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:

    OBSERVAÇÃO: se forem descobertos vários níveis de acesso com base nos diferentes componentes de controle de acesso, todos serão considerados no cálculo dos direitos de acesso.

    • 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 de oportunidade.

      Nesse exemplo, a resposta é não. Embora Amanda possa ver o registro da conta-pai porque o perfil de acesso padrão dela é usado, o perfil de acesso padrão dela não é usado para o registro de oportunidade.

    • Determina se o registro de oportunidade está em um livro do qual Amanda seja membro.

      Nesse exemplo, a resposta é não.

    • Determina se Amanda é membro da equipe da oportunidade.

      Nesse exemplo, a resposta é sim. Amanda é a proprietária da oportunidade, portanto está na equipe da oportunidade. O nível de acesso do tipo principal de registro de oportunidade do perfil de acesso padrão de Amanda (o perfil de acesso padrão do representante de vendas) é Leitura/Edição/Exclusão.

    • Determina se algum dos subordinados de Amanda (diretos ou indiretos) é membro da equipe da oportunidade.

      Nesse exemplo, a resposta é não.

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

      O tipo de registro de oportunidade não é controlado por privilégios. Portanto, nesse exemplo, 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 é não.

  3. O Oracle CRM On Demand então examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Nesse caso, o nível de acesso mais permissivo encontrado é Leitura/Edição/Exclusão.

Caso 2: Amanda tenta executar uma ação na Oportunidade Y, cujo proprietário é David Bloom.

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:

    OBSERVAÇÃO: se forem descobertos vários níveis de acesso com base nos diferentes componentes de controle de acesso, todos serão considerados no cálculo dos direitos de acesso.

    • 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 de oportunidade.

      Nesse exemplo, a resposta é não. Embora Amanda possa ver o registro da conta-pai porque o perfil de acesso padrão dela é usado, o perfil de acesso padrão dela não é usado para o registro de oportunidade.

    • Determina se o registro de oportunidade está em um livro do qual Amanda seja membro.

      Nesse exemplo, a resposta é não.

    • Determina se Amanda é membro da equipe da oportunidade.

      Nesse exemplo, a resposta é não.

    • Determina se algum dos subordinados de Amanda (diretos ou indiretos) é membro da equipe da oportunidade.

      Nesse exemplo, a resposta é não.

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

      O tipo de registro de oportunidade não é controlado pelos privilégios. Portanto, nesse exemplo, 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 é não.

  3. O Oracle CRM On Demand então examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Nesse caso, o nível de acesso final é Sem acesso.

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.