![]() |
|
如何決定用來使用主要記錄類型之記錄的存取權當使用者嘗試更新、刪除或逐層往下檢視以查看主要記錄上更多的詳細資料時,Oracle CRM On Demand 會使用下列程序以決定使用者可在記錄上執行哪些動作。
有關 Oracle CRM On Demand 如何決定報告階層、自訂工作簿的成員資格、使用者委派與團隊成員資格的詳細資訊,均在此主題的其他章節中提供。Oracle CRM On Demand 將一律使用以上每一種存取權控制元件最寬鬆的存取權等級,因此當您建立存取權資料檔並將其指派至使用者、工作簿及團隊時,請牢記在心。 記錄的存取許可權之組合決定了使用者可在記錄上執行的動作。如果使用者對記錄至少具有唯讀存取權,畫面上就會顯示記錄詳細資料。否則,使用者就會看到錯誤訊息。 來自報告階層的存取權若要決定透過使用者在報告階層中的位置所能授予的存取權,Oracle CRM On Demand 會考慮使用者的以下每一種部屬:
附註:如果部屬既不是記錄負責人,也不是記錄的團隊成員,則該名部屬將不會列入存取權計算。 Oracle CRM On Demand 接著會考慮部屬列入存取權計算的所有存取權,再計算出可以提供給使用者最寬鬆的存取權等級。 由自訂工作簿的成員資格而來的存取權若要決定可透過使用者之自訂工作簿會員資格授予的存取權,Oracle CRM On Demand會考慮下列情況:
在所有情況中,若一或多個記錄的存取層級為「繼承主要」,則使用主要記錄類型的繼承存取層級。若有超過一個記錄存取層級為「繼承主要」,則使用每個存取權資料檔中主要記錄類型的一組繼承存取層級。然後,Oracle CRM On Demand 會考慮工作簿成員資格列入最終存取計算的所有存取層級,及決定能提供給使用者的最寬鬆存取等級。 來自使用者委派的存取權若要決定透過使用者委派所能授予的存取權,Oracle CRM On Demand 會考慮以下每一位委派者 (亦即,目前使用者是委派的每一位使用者):
Oracle CRM On Demand 接著會考慮使用者委派列入存取權計算的所有存取權等級,再決定可以提供給使用者最寬鬆的存取權等級。 來自團隊成員資格的存取權如果使用者是記錄上的團隊成員 (但不是記錄的負責人),則 Oracle CRM On Demand 會從使用者團隊成員資格上的存取權資料檔擷取主要記錄類型的存取權等級。 相關主題如需相關資訊,請參閱下列主題: |
2016年10月 | Copyright © 2005, 2016, Oracle 及/或其關係機構。版權所有. Legal Notices. |