| 列印 開啟 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 的存取等級為「唯讀」。 #### 相關主題 請參閱下列主題中的其他範例： 範例 1：使用檢視存取等級 範例 2：使用繼承主要存取等級

2022年8月 | Copyright © 2005, 2022, Oracle 和 (或) 其關係企業。 Legal Notices.