![]() |
|
Esempio 3: protezione dei dati tramite i registriIn questo argomento viene illustrato un esempio di calcolo dei diritti di accesso degli utenti mediante Oracle CRM On Demand. In questo esempio, un'azienda utilizza registri personalizzati per organizzare i propri dati in base al territorio. Nell'esempio vengono utilizzati due registri: Sud-ovest ed Est. Il registro Sud-ovest ha tre membri:
Tutti gli utenti nel registro Sud-ovest dispongono del profilo di accesso Sola lettura nel proprio ruolo registro. Il registro Est dispone di tre membri:
Tutti gli utenti nel registro Est dispongono del profilo di accesso Sola lettura sul record di appartenenza al registro. Quando un utente crea un record cliente oppure opportunità, un processo automatico (workflow) assegna il registro appropriato al record. Assegna il registro in base all'attributo territorio del record. Tutti gli utenti hanno il ruolo di funzionario commerciale. Possono creare nuovi clienti e nuove opportunità Possono creare nuovi clienti e nuove opportunità, nonché visualizzare tutti i record cliente e opportunità nel proprio territorio ma non in altri. Nella tabella riportata di seguito vengono descritte le impostazioni dei tipi di record sul ruolo Funzionario commerciale.
Tutti gli utenti hanno il controllo completo sui clienti e sulle opportunità che creano, ma hanno diritti limitati sui record dei quali non sono proprietari. 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.
Nella tabella riportata di seguito vengono descritte le impostazioni del profilo di accesso predefinito funzionario commerciale.
NOTA: per tutti i tipi di record principali che supportano i registri, la relazione con il tipo di record correlato Registri è di tipo uno-a-figlio. 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. Quando Carla visualizza l'elenco dei clienti della sua azienda, può vedere esclusivamente i clienti del registro Sud-ovest e i clienti di cui è proprietaria non gli altri. La tabella riportata di seguito mostra 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.
Carla può vedere due opportunità in quanto tali opportunità si trovano nel registro Sud-ovest di cui è membro. Tutti gli altri membri del registro Sud-ovest possono visualizzare queste opportunità. Paolo Amato è membro del registro Est quando accede a Oracle CRM On Demand, può visualizzare anche il Cliente 1, in quanto ne è proprietario. Tuttavia, non può visualizzare le opportunità correlate al Cliente 1 delle quali non è proprietario. Il livello di accesso Eredita principale sul tipo di record correlato Opportunità dei clienti offre questa sicurezza. Giovanni Draghi e Luca Rossi, membri del registro Est, non possono visualizzare i record Cliente 1, Opportunità X oppure Opportunità Y. Non possono visualizzare il cliente in quanto non è contenuto nel registro Est e il loro ruolo impedisce la visualizzazione dei record cliente di cui non sono proprietari. Analogamente, non possono visualizzare l'Opportunità X o l'Opportunità Y in quanto non si trovano nel registro Est e il loro ruolo non consente di vedere opportunità di cui non sono proprietari. Carla non può modificare l'Opportunità Y, che è di proprietà di Mario Rossi per i motivi riportati di seguito.
Pertanto, il livello di accesso di Carla all'Opportunità Y è Sola lettura. Argomenti correlatiPer ulteriori esempi, vedere gli argomenti riportati di seguito. |
Data di pubblicazione : ottobre 2016 | Copyright © 2005, 2016, Oracle. Tutti i diritti riservati. Legal Notices. |