列印      開啟 PDF 版的線上說明


上一個主題

下一個主題

如何決定使用相關記錄類型記錄的存取權

當使用者嘗試以更新、或逐層往下檢視以查看相關記錄更多詳細資訊時,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.