Imprimir      Abrir versão PDF da ajuda online


Tópico anterior

Tópico seguinte

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:

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

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


Publicado em Agosto 2018 Copyright © 2005, 2018, Oracle. Todos os direitos reservados. Legal Notices.