列印      開啟 PDF 版的線上說明


上一個主題

下一個主題

範例 3:透過工作簿設定資料安全性

本主題提供 Oracle CRM On Demand 如何計算使用者存取權的範例。

在本範例中,某公司使用自訂工作簿來依銷售地區整理資料。本範例中使用兩個工作簿:South West 和 East。

South West 工作簿有三個成員:

  • Amanda Jacobsen
  • David Bloom
  • Carlos Guzman

South West 工作簿中的所有使用者對於自己的工作簿角色具有「唯讀」存取權資料檔。

East 工作簿有三個成員:

  • Rick Rogers
  • Raj Kumar
  • Jonathan Hope

East 工作簿中的所有使用者對於自己的工作簿成員資格記錄具有「唯讀」存取權資料檔。

當某一個使用者建立客戶或機會記錄時,會有一個自動化 (工作流程) 程序將適當工作簿指派給記錄。該程序是依據記錄的銷售地區屬性來指派工作簿。

所有使用者都具有「銷售業務代表」角色。他們可以建立新的客戶和機會,也可以查看所在銷售地區的所有客戶和機會記錄,但不包括其他銷售地區的記錄。

下表顯示「銷售業務代表」角色的記錄類型設定。

主要記錄類型

是否有存取權

是否可以建立

是否可以讀取所有記錄

客戶

機會

所有使用者都可以完全控制他們自己建立的客戶和機會,對於不是自己負責的記錄則是擁有有限的權限。「銷售業務代表」角色需要兩個存取權資料檔:負責人存取權資料檔和預設存取權資料檔。

下表顯示「銷售業務代表負責人存取權資料檔」的設定。

主要記錄類型

存取等級

相關記錄類型

存取等級

客戶

 

讀取/編輯/刪除

 

機會

繼承主要

工作簿

唯讀

機會

讀取/編輯/刪除

工作簿

唯讀

下表顯示「銷售業務代表預設存取權資料檔」的設定。

主要記錄類型

存取等級

相關記錄類型

存取等級

客戶

 

唯讀

 

機會

繼承主要

工作簿

唯讀

機會

唯讀

工作簿

唯讀

附註:在支援工作簿的所有主要記錄類型,和「工作簿」相關記錄類型的關係是「一對子」關係。

在此計算存取權的範例中,「機會」記錄類型假設為未啟用團隊繼承,亦即,在「公司資料檔」頁面上已取消勾選「啟用機會的上階團隊繼承」核取方塊。如需有關上階團隊繼承功能行為的詳細資訊,請參閱關於透過團隊繼承的存取權傳播

當 Amanda Jacobsen 檢視公司的客戶清單時,她可以看到 South West 工作簿中以及自己是負責人的客戶。她無法查看其他任何客戶。

下表顯示在 Amanda 按一下客戶 1 的客戶名稱以逐層往下檢視記錄時,可看到的記錄。在這個範例中,僅顯示相關的欄位和資料欄。

客戶詳細資料:客戶 1

客戶詳細資料

客戶名稱:

客戶 1

負責人:

Jonathan Hope

機會

機會名稱

負責人

機會 X

Amanda Jacobsen

機會 Y

David Bloom

客戶團隊

姓氏

名字

客戶存取

Hope

Jonathan

負責人

Amanda 可以查看兩個機會,因為那些機會位在在她是其中成員的 South West 工作簿中。South West 工作簿的所有其他成員都可以查看那些機會。

Jonathan Hope 是 East 工作簿的成員。Jonathan 登入 Oracle CRM On Demand 後也可以查看客戶 1,因為他是該客戶的負責人。不過,他無法查看與客戶 1 相關的任何機會,因為他不是負責人。這個安全性是由客戶之「機會」相關記錄類型的「繼承主要」存取等級所提供。

Rick Rogers 和 Raj Kumar 是 East 工作簿的成員,無法查看客戶 1、機會 X 或機會 Y 的記錄。他們無法查看該客戶是因為該客戶不在 East 工作簿中,以及他們的角色不允許他們查看自己不是負責人的客戶記錄。同樣地,他們無法查看機會 X 或機會 Y 是因為這些機會不在 East 工作簿中,以及他們的角色不允許他們查看自己不是負責人的機會。

Amanda 無法修改 David Bloom 所負責的機會 Y。原因如下:

  • Amanda 不是客戶的負責人,因此未使用她的負責人存取權資料檔。
  • Amanda 的角色不允許她存取她不是負責人的機會記錄,因此未使用她的預設存取權資料檔。
  • 此時唯一有效的存取權資料檔是 Amanda 透過本身是 South West 工作簿的成員資格而取得的「唯讀」存取權資料檔。

因此,Amanda 對機會 Y 的存取等級為「唯讀」。

相關主題

請參閱下列主題中的其他範例:


2016年10月 Copyright © 2005, 2016, Oracle 及/或其關係機構。版權所有. Legal Notices.