Imprimer      Ouvrir la version PDF de l'aide en ligne


Rubrique précédente

Rubrique suivante

Exemple 2 : Utilisation du niveau d'accès Hériter - Principal

L'exemple de cette rubrique explique comment Oracle CRM On Demand calcule les droits d'accès des utilisateurs.

Dans cet exemple, Amanda Dupont est commerciale dans sa société. Elle peut créer des comptes et consulter tous les enregistrements Compte. Elle peut également créer des opportunités, mais ne peut consulter que celles dont elle est titulaire ou qu'elle est autorisée à afficher.

Le tableau ci-après indique les paramètres des types d'enregistrement dans le rôle Commercial.

Type d'enregistrement principal

Accès autorisé

Création autorisée

Droit de lire tous les enregistrements

Compte

Oui

Oui

Oui

Opportunité

Oui

Oui

Non

Le rôle Commercial donne à Amanda un contrôle complet sur les comptes et les opportunités qu'elle crée et des droits d'accès limités sur les enregistrements qu'elle ne possède pas. Le rôle Commercial requiert deux profils d'accès : un profil de gestion des droits et un profil d'accès par défaut.

Le tableau ci-après indique les paramètres du profil de gestion des droits du rôle Commercial.

Type d'enregistrement principal

Niveau d'accès

Type d'enregistrement associé

Niveau d'accès

Compte

Lecture/Modification/Suppression

Opportunités

Hériter - Principal

Opportunité

Lecture/Modification/Suppression

Non applicable

Non applicable

Le tableau ci-après indique les paramètres du profil d'accès par défaut du rôle Commercial.

Type d'enregistrement principal

Niveau d'accès

Type d'enregistrement associé

Niveau d'accès

Compte

Lecture seule

Opportunités

Hériter - Principal

Opportunité

Lecture seule

Non applicable

Non applicable

Cet exemple de calcul des droits d'accès suppose que l'héritage équipe est désactivé pour le type d'enregistrement Opportunité, autrement dit, que la case Activer héritage équipe parent pour l'opportunité est désélectionnée dans la page Profil de la société. Pour plus d'informations sur le comportement de la fonctionnalité Héritage équipe parent, voir A propos de la propagation d'accès via l'héritage équipe.

David Dupin est aussi commercial dans la même société. Il détient les mêmes droits d'accès qu'Amanda.

Amanda est propriétaire de l'opportunité X, qui est liée au compte 1. David crée une opportunité, l'opportunité Y, et la relie également au compte 1. Amanda ne figure pas dans l'équipe de l'opportunité.

Lorsqu'Amanda consulte la liste des comptes dans sa société, elle les voit tous car son rôle lui donne accès à tous les comptes, y compris à ceux qui ne lui appartiennent pas. Le tableau suivant indique les enregistrements qu'Amanda voit lorsqu'elle clique sur le nom de compte Compte 1 pour explorer l'enregistrement. Dans le cadre de cet exemple, seuls les champs et colonnes pertinents sont affichés.

Détail du compte : Compte 1

Détail du compte

Nom du compte :

Compte 1

Propriétaire :

Jean Demaison

Opportunités

Nom de l'opportunité

Propriétaire

Opportunité X

Amanda Dupont

Equipe du compte

Nom

Prénom

Accès au compte

Demaison

Jean

Propriétaire

Dupin

David

Membre

Visibilité sur l'enregistrement lié dans Exemple 2

Pour déterminer quels enregistrements Opportunité associés Amanda peut consulter dans le compte de cet exemple, Oracle CRM On Demand examine les droits d'accès d'Amanda, comme suit :

  1. Oracle CRM On Demand examine tous les niveaux d'accès applicables au type d'enregistrement associé à l'opportunité sur cet enregistrement Compte parent, comme suit :
    • Détermine si Amanda détient le compte parent.

      Dans cet exemple, la réponse est Non.

    • Détermine si le rôle d'Amanda lui permet de lire tous les enregistrements Compte.

      Dans cet exemple, la réponse est Oui. Le rôle d'Amanda lui permettant de lire tous les enregistrements Compte, elle peut consulter le compte. Comme Amanda n'est pas le propriétaire du compte parent, son profil d'accès par défaut est utilisé. Le niveau d'accès du type d'enregistrement lié à l'opportunité dans le profil d'accès par défaut d'Amanda est Hériter - Principal.

    • Détermine si l'enregistrement parent figure dans un livre dont Amanda est membre.

      Dans cet exemple, la réponse est Non.

    • Détermine si Amanda est membre de l'équipe du compte.

      Dans cet exemple, la réponse est Non.

    • Détermine si des subordonnés d'Amanda (directs ou indirects) sont membres de l'équipe du compte.

      Dans cet exemple, la réponse est Non.

      Si la réponse à la question est Oui (c'est-à-dire, si un ou plusieurs des subordonnés d'Amanda sont membres de l'équipe du compte), Oracle CRM On Demand extrait du profil d'accès approprié le niveau d'accès du type d'enregistrement lié à l'opportunité pour chacun de ces subordonnés. Le profil d'accès affecté dans le champ Accès au compte des subordonnés appartenant à l'équipe du compte est utilisé dans ce cas (à la place du profil d'accès affecté dans le champ Opportunités - Accès).

    • Détermine si Amanda a accès par délégation à l'enregistrement Compte.

      Dans cet exemple, la réponse est Non.

  2. Oracle CRM On Demand procède alors comme suit :
    • Détermine si le rôle d'Amanda lui donne un accès de base aux enregistrements Opportunité.

      Dans cet exemple, la réponse est Oui, car l'option Accès autorisé est sélectionnée pour le type d'enregistrement Opportunité associé au rôle d'Amanda.

    • Détermine si le rôle d'Amanda lui accorde le privilège pour le type d'enregistrement Opportunité.

      Les opportunités n'étant pas contrôlées par le biais de privilèges, dans cet exemple, les privilèges n'influent pas sur le calcul des droits d'accès d'Amanda.

    • Détermine si le niveau d'accès sur les profils d'accès du calcul est Hériter - Principal ou l'une de ses combinaisons.

      Dans cet exemple, la réponse est Oui, et par conséquent Oracle CRM On Demand affiche les enregistrements Opportunité suivants sur le compte :

      • Tous les enregistrements Opportunité liés dont Amanda est propriétaire.
      • Tous les enregistrements Opportunité liés qu'Amanda est autorisée à consulter par le biais de tous les autres composants de contrôle d'accès.

        Comme le rôle d'Amanda ne lui permet pas d'accéder aux opportunités qu'elle ne possède pas, elle ne peut pas consulter l'opportunité créée par David Dupin.

Actions sur les enregistrements associés dans Exemple 2

Lorsqu'Amanda tente d'effectuer une opération sur l'opportunité X dans cet exemple, le calcul est le même et le résultat des droits d'accès est identique à celui du premier cas dans Exemple 1 : Utilisation du niveau d'accès Affichage. Le niveau d'accès final est Lecture/Modification/Suppression.

Rubriques connexes

Reportez-vous également aux autres exemples des rubriques suivantes :


Publié en août 2018 Copyright © 2005, 2018, Oracle. Tous droits réservés. Legal Notices.