| Stampa Aprire la Guida in linea in versione PDF

#### Esempio 1: uso del livello di accesso Visualizzazione In questo argomento viene illustrato un esempio di calcolo dei diritti di accesso degli utenti mediante Oracle CRM On Demand. In questo esempio, Carla Bianchi ha il ruolo di funzionario commerciale. Carla può creare nuovi clienti e visualizzare tutti gli altri record cliente. Può creare opportunità ma può visualizzare solo quelle di cui è proprietaria o per le quali dispone dell'autorizzazione. Nella tabella riportata di seguito vengono descritte le impostazioni dei tipi di record sul ruolo Funzionario commerciale.
Tipo di record principale | Diritto di accesso | Diritto di creazione | Diritto di lettura di tutti i record
--- | --- | --- | ---
Account | Sì | Sì | Sì
Opportunità | Sì | Sì | No
Il ruolo di funzionario commerciale offre a Carla il controllo completo dei clienti e delle opportunità create e ne limita i diritti sui record di cui non è proprietaria. Il ruolo di funzionario commerciale richiede due profili di accesso: un profilo di accesso del proprietario e un profilo di accesso predefinito. Nella tabella riportata di seguito vengono descritte le impostazioni del profilo di accesso del proprietario funzionario commerciale.
Tipo di record principale | Livello di accesso | Tipo di record correlato | Livello di accesso
--- | --- | --- | ---
Account | Lettura/Modifica/Eliminazione | Opportunità | Visualizzazione
Opportunità | Lettura/Modifica/Eliminazione | Non applicabile | Non applicabile
Nella tabella riportata di seguito vengono descritte le impostazioni del profilo di accesso predefinito funzionario commerciale.
Tipo di record principale | Livello di accesso | Tipo di record correlato | Livello di accesso
--- | --- | --- | ---
Account | Sola lettura | Opportunità | Visualizzazione
Opportunità | Sola lettura | Non applicabile | Non applicabile
In questo esempio di calcolo dei diritti di accesso, si presuppone che l'ereditarietà del team non sia abilitata per il tipo di record Opportunità ovvero che la casella di controllo Abilita ereditarietà team principale per opportunità nella pagina Profilo azienda sia deselezionata. Per ulteriori informazioni sul comportamento della funzionalità di ereditarietà del team padre, vedere Informazioni sulla propagazione dell'accesso tramite l'ereditarietà del team. Anche Mario Rossi svolge il ruolo di funzionario commerciale nella stessa azienda dispone degli stessi diritti di accesso di Carla. Carla è proprietaria dell'Opportunità X, che è collegata al Cliente 1. Mario crea un'opportunità, Opportunità Y, e la collega al Cliente 1. Carla non è nel team opportunità. Quando Carla visualizza l'elenco dei clienti della sua azienda, può visualizzarli tutti in quanto dispone di un ruolo che le consente visibilità su tutti i clienti, inclusi quelli dei quali non è proprietaria. Nella tabella riportata di seguito vengono riportati i record visualizzati da Carla quando fa clic sul nome cliente Cliente 1 per espandere il record. Per questo esempio, vengono mostrati solo i campi e le colonne rilevanti.
Dettagli account: Account 1
Dettagli account
Nome account: | Account 1
Proprietario: | Paolo Amato
Opportunità
Nome opportunità | Proprietario
Opportunità X | Carla Bianchi
Opportunità Y | Mario Rossi
Team account
Cognome | Nome | Accesso account
Amato | Paolo | Proprietario
#### Visibilità record correlato nell'esempio 1 Per stabilire quali sono i record opportunità correlati che Carla può visualizzare sul cliente in questo esempio, Oracle CRM On Demand esamina i diritti di accesso di Carla come riportato di seguito. Oracle CRM On Demand esamina tutti i livelli di accesso applicabili per il tipo di record correlato all'opportunità su questo record cliente padre come riportato di seguito. NOTA: se vengono trovati più livelli di accesso da diversi componenti di controllo dell'accesso, vengono presi in considerazione tutti nel calcolo dei diritti di accesso. Determina se Carla è proprietaria del cliente principale. In questo esempio, la risposta è negativa. Determina se il ruolo di Carla le consente di leggere tutti i record cliente. In questo esempio, la risposta è affermativa. Il ruolo di Carla le consente di leggere tutti i record cliente, pertanto Carla è in grado di visualizzare il cliente. Poiché Carla non è la proprietaria del cliente principale, viene utilizzato il suo profilo di accesso predefinito. Il livello di accesso per il tipo di record correlato all'opportunità sul profilo di accesso predefinito di Carla è Visualizzazione. Determina se il record padre si trova in un registro di cui Carla è membro. In questo esempio, la risposta è negativa. Determina se Carla è membro del team cliente. In questo esempio, la risposta è negativa. Determina se uno qualsiasi dei subordinati (diretti o indiretti) di Carla è membro del team cliente. In questo esempio, la risposta è negativa. Se la risposta a questa domanda è affermativa (ossia, uno o più subordinati di Carla è membro del team cliente), Oracle CRM On Demand estrae dal profilo di accesso appropriato il livello di accesso per il tipo di record correlato all'opportunità di ognuno di tali subordinati. In tal caso, viene utilizzato il profilo di accesso assegnato nel campo Accesso clienti nell'appartenenza al team del subordinato del cliente e non il profilo di accesso assegnato nel campo Accesso opportunità. Determina se Carla dispone dell'accesso al record cliente mediante delega. In questo esempio, la risposta è negativa. Oracle CRM On Demand esegue quindi quanto riportato di seguito. Determina se il ruolo di Carla le consente l'accesso di base ai record opportunità. In questo esempio, la risposta è affermativa poiché l'opzione Accesso consentito è selezionata per il tipo di record opportunità sul ruolo dell'utente. Determina se il ruolo di Carla le concede il privilegio per il tipo di record opportunità. Le opportunità non vengono controllate tramite privilegi, quindi in questo esempio, i privilegi non hanno effetto sul calcolo dei diritti di accesso di Carla. Determina se il livello di accesso su qualsiasi profilo di accesso nel calcolo è impostato su Eredita principale o su una delle relative combinazioni. In questo esempio, la risposta è negativa. Oracle CRM On Demand esamina quindi tutti i livelli di accesso trovati e determina il livello più permissivo. In questo caso, il livello di accesso più permissivo trovato è Visualizzazione. Poiché il livello di accesso Eredita principale non è presente, vengono mostrati tutti i record opportunità figlio, inclusi quelli che l'utente non è autorizzato a visualizzare. #### Azioni sui record correlati nell'esempio 1 Quando un utente tenta di eseguire un'azione su un record correlato, Oracle CRM On Demand deve stabilire se l'utente dispone dei diritti di accesso appropriati per tale azione. In questo esempio, Carla può tentare di leggere i dettagli del record o modificarlo oppure eliminarlo. Vengono presi in considerazione due casi: nel caso 1, Carla tenta di eseguire un'azione sull'Opportunità X; nel caso 2, Carla tenta di eseguire un'azione sull'Opportunità Y. Caso 1: Carla tenta di eseguire un'azione sull'Opportunità X di cui è proprietaria. Oracle CRM On Demand esamina i diritti di accesso di Carla come riportato di seguito. Oracle CRM On Demand esamina tutti i livelli di accesso applicabili per il tipo di record correlato all'opportunità su questo record cliente padre come riportato di seguito. NOTA: se vengono trovati più livelli di accesso da diversi componenti di controllo dell'accesso, vengono presi in considerazione tutti nel calcolo dei diritti di accesso. Determina se Carla è proprietaria del cliente principale. In questo esempio, la risposta è negativa. Determina se il ruolo di Carla le consente di leggere tutti i record opportunità. In questo esempio, la risposta è negativa. Sebbene Carla possa visualizzare il record cliente padre in quanto viene utilizzato il suo profilo di accesso predefinito, tale profilo non viene usato per il record opportunità. Determina se il record opportunità si trova in un registro di cui Carla è membro. In questo esempio, la risposta è negativa. Determina se Carla è membro del team opportunità. In questo esempio, la risposta è affermativa. Poiché Carla è proprietaria dell'opportunità, si trova nel team opportunità. Il livello di accesso del tipo di record opportunità principale dal profilo di accesso predefinito di Carla (Profilo di accesso predefinito funzionario commerciale) è Lettura/Modifica/Eliminazione. Determina se uno qualsiasi dei subordinati (diretti o indiretti) di Carla è membro del team opportunità. In questo esempio, la risposta è negativa. Determina se Carla dispone dell'accesso al record cliente mediante delega. In questo esempio, la risposta è negativa. Oracle CRM On Demand esegue quindi quanto riportato di seguito. Determina se il ruolo di Carla le consente l'accesso di base ai record opportunità. In questo esempio, la risposta è affermativa poiché l'opzione Accesso consentito è selezionata per il tipo di record opportunità sul ruolo di Carla. Determina se il ruolo di Carla le concede il privilegio per il tipo di record opportunità. Il tipo di record opportunità non è controllato tramite privilegi quindi in questo esempio, i privilegi non hanno effetto sul calcolo dei diritti di accesso di Carla. Determina se il livello di accesso su qualsiasi profilo di accesso nel calcolo è impostato su Eredita principale o su una delle relative combinazioni. In questo esempio, la risposta è negativa. Oracle CRM On Demand esamina quindi tutti i livelli di accesso trovati e determina il livello più permissivo. In questo caso, il livello di accesso più permissivo trovato è Lettura/Modifica/Eliminazione. Caso 2: Carla tenta di eseguire un'azione sull'Opportunità Y, di proprietà di Mario Rossi. Oracle CRM On Demand esamina i diritti di accesso di Carla come riportato di seguito. Oracle CRM On Demand esamina tutti i livelli di accesso applicabili per il tipo di record correlato all'opportunità su questo record cliente padre come riportato di seguito. NOTA: se vengono trovati più livelli di accesso da diversi componenti di controllo dell'accesso, vengono presi in considerazione tutti nel calcolo dei diritti di accesso. Determina se Carla è proprietaria del cliente principale. In questo esempio, la risposta è negativa. Determina se il ruolo di Carla le consente di leggere tutti i record opportunità. In questo esempio, la risposta è negativa. Sebbene Carla possa visualizzare il record cliente padre in quanto viene utilizzato il suo profilo di accesso predefinito, tale profilo non viene usato per il record opportunità. Determina se il record opportunità si trova in un registro di cui Carla è membro. In questo esempio, la risposta è negativa. Determina se Carla è membro del team opportunità. In questo esempio, la risposta è negativa. Determina se uno qualsiasi dei subordinati (diretti o indiretti) di Carla è membro del team opportunità. In questo esempio, la risposta è negativa. Determina se Carla dispone dell'accesso al record cliente mediante delega. In questo esempio, la risposta è negativa. Oracle CRM On Demand esegue quindi quanto riportato di seguito. Determina se il ruolo di Carla le consente l'accesso di base ai record opportunità. In questo esempio, la risposta è affermativa poiché l'opzione Accesso consentito è selezionata per il tipo di record opportunità sul ruolo di Carla. Determina se il ruolo di Carla le concede il privilegio per il tipo di record opportunità. Il tipo di record opportunità non è controllato tramite privilegi, quindi in questo esempio, i privilegi non hanno effetto sul calcolo dei diritti di accesso di Carla. Determina se il livello di accesso su qualsiasi profilo di accesso nel calcolo è impostato su Eredita principale o su una delle relative combinazioni. In questo esempio, la risposta è negativa. Oracle CRM On Demand esamina quindi tutti i livelli di accesso trovati e determina il livello più permissivo. In questo caso, il livello di accesso finale è Nessun Accesso. #### Argomenti correlati Per ulteriori esempi, vedere gli argomenti riportati di seguito. Esempio 2: uso del livello di accesso Eredita principale Esempio 3: protezione dei dati tramite i registri

Data di pubblicazione : agosto 2022 | Copyright © 2005, 2022, Oracle e/o relative consociate. Legal Notices.