欄位級安全性 ― 唯讀v.s必填

更新 發佈閱讀 3 分鐘

最近研究Salesforce權限時碰到了一個問題:
『使用者對於某欄位只有讀的權限,但前台又設定此欄位必填,會發生什麼事情呢?』

“唯讀”與“必填”的矛盾對決,是誰會勝出呢?於是我進行了以下測試:

raw-image


選擇Profile為“Standard Platform User”的使用者、


raw-image


以及Contact物件中的“Assistant”、“Asst. Phone”欄位來測試。

raw-image


Step 1. 一開始先修改Profile設定,將“Assistant”欄位設為只能讀,“Asst. Phone”保留Edit Access。


raw-image


Step 2. 接著到Contact的Page Layout將“Assistant”、“Asst. Phone”都設為必填。

raw-image


Step 3. 最後我以“Standard Platform User”使用者登入,看見使用者只能讀“Assistant”以及可編輯“Asst. Phone”。
(符合Profile中的設定)

raw-image


Step 4. 點選編輯後,
發現『 只有“Asst. Phone”被設為必填 』,“Assistant”欄位依舊只能Read(不能編輯)。








這蠻有趣的,也就是“Assistant”必填設定沒有起到作用

那麼是針對讀寫權限,Profile的設定會永遠覆寫Page Layout的設定嗎?

raw-image


Step 1. 我回到Admin使用者,將“Asst. Phone”前台頁面設定改為Read-Only,並再次用Platform使用者登入

raw-image


可以看到原本可以編輯的欄位的確變為唯讀。

因此代表Page Layout依舊可以變更讀寫權限,但只是,只能設定比Profile更嚴苛的條件。



raw-image


Profile唯讀權限 比 前台“必填”設定 還嚴苛,因此唯讀不會被前台設定所覆寫。

但Profile編輯權限 比 前台唯讀或是必填設定還不嚴苛,因此編輯權限會被前台所覆寫。


For more→ Tips and Hints for Page Layouts and Field-Level Security


留言
avatar-img
YI-HSUAN的沙龍
3會員
16內容數
Salesforce功能強大,但有時候要閱讀大量的資料才能知道自己下一步要如何操作,社群也幾乎是英文語系社群。有時候在想如果中文社群中有人可以分享他的經驗,我就會輕鬆很多了!於是這個專題就誕生了!
YI-HSUAN的沙龍的其他內容
2023/11/28
Salesforce每筆紀錄都有「建立日期」欄位,其欄位類型為DataTime。但是在調報告時會發現「建立日期」只會顯示到日期,不會顯示時間。該如何在報告中查看到建立時間呢?
Thumbnail
2023/11/28
Salesforce每筆紀錄都有「建立日期」欄位,其欄位類型為DataTime。但是在調報告時會發現「建立日期」只會顯示到日期,不會顯示時間。該如何在報告中查看到建立時間呢?
Thumbnail
2023/06/05
日前通過了Platform App Builder的證照考(灑花) 以下為我的一些準備方式以及統整的題目,分享給需要的人。
Thumbnail
2023/06/05
日前通過了Platform App Builder的證照考(灑花) 以下為我的一些準備方式以及統整的題目,分享給需要的人。
Thumbnail
2023/05/07
CRM系統重要的功能之一就是存取權設定,控制不同使用者可以看到或編輯的內容。客戶敏感資料不是所有Salesforce使用者都能觀看,甚至隨意編輯的。那麼Salesforce有哪些存取權設定呢?
Thumbnail
2023/05/07
CRM系統重要的功能之一就是存取權設定,控制不同使用者可以看到或編輯的內容。客戶敏感資料不是所有Salesforce使用者都能觀看,甚至隨意編輯的。那麼Salesforce有哪些存取權設定呢?
Thumbnail
看更多
你可能也想看
Thumbnail
在 vocus 與你一起探索內容、發掘靈感的路上,我們又將啟動新的冒險——vocus App 正式推出! 現在起,你可以在 iOS App Store 下載全新上架的 vocus App。 無論是在通勤路上、日常空檔,或一天結束後的放鬆時刻,都能自在沈浸在內容宇宙中。
Thumbnail
在 vocus 與你一起探索內容、發掘靈感的路上,我們又將啟動新的冒險——vocus App 正式推出! 現在起,你可以在 iOS App Store 下載全新上架的 vocus App。 無論是在通勤路上、日常空檔,或一天結束後的放鬆時刻,都能自在沈浸在內容宇宙中。
Thumbnail
vocus 慶祝推出 App,舉辦 2026 全站慶。推出精選內容與數位商品折扣,訂單免費與紅包抽獎、新註冊會員專屬活動、Boba Boost 贊助抽紅包,以及全站徵文,並邀請你一起來回顧過去的一年, vocus 與創作者共同留下了哪些精彩創作。
Thumbnail
vocus 慶祝推出 App,舉辦 2026 全站慶。推出精選內容與數位商品折扣,訂單免費與紅包抽獎、新註冊會員專屬活動、Boba Boost 贊助抽紅包,以及全站徵文,並邀請你一起來回顧過去的一年, vocus 與創作者共同留下了哪些精彩創作。
Thumbnail
權限管理=新增、修改、刪除+審核 通常,這種程式的設計會包含權限管理,其中包括現場修改、刪除等三大類功能。然而,根據經驗,我們還需要關注另一類功能,即審核權限。 審核不執行新增 審核權限通常不執行新增的動作,僅限於某些欄位的輸入。新增、修改、刪除這些操作基本上是容易理解的。也就是說,對於這個工
Thumbnail
權限管理=新增、修改、刪除+審核 通常,這種程式的設計會包含權限管理,其中包括現場修改、刪除等三大類功能。然而,根據經驗,我們還需要關注另一類功能,即審核權限。 審核不執行新增 審核權限通常不執行新增的動作,僅限於某些欄位的輸入。新增、修改、刪除這些操作基本上是容易理解的。也就是說,對於這個工
Thumbnail
步驟二:表單細節修正 我們延續上一篇EP1,本篇文章要來微調表單上的一些功能,使其更符合操作: 我們發現發文單位、公文類別、會簽單位、審核單位這四個欄位尚未設定正確...
Thumbnail
步驟二:表單細節修正 我們延續上一篇EP1,本篇文章要來微調表單上的一些功能,使其更符合操作: 我們發現發文單位、公文類別、會簽單位、審核單位這四個欄位尚未設定正確...
Thumbnail
最近研究Salesforce權限時碰到了一個問題:『使用者對於某欄位只有讀的權限,但前台又設定此欄位必填,會發生什麼事情呢?』 “唯讀”與“必填”的矛盾對決,是誰會勝出呢?
Thumbnail
最近研究Salesforce權限時碰到了一個問題:『使用者對於某欄位只有讀的權限,但前台又設定此欄位必填,會發生什麼事情呢?』 “唯讀”與“必填”的矛盾對決,是誰會勝出呢?
Thumbnail
上一篇談到在機會列表清單頁面可以點選「quick update」按鈕快速更新機會階段。 但這顆按鈕並非預設的,要如何在salesforce的列表頁新增按鈕呢?
Thumbnail
上一篇談到在機會列表清單頁面可以點選「quick update」按鈕快速更新機會階段。 但這顆按鈕並非預設的,要如何在salesforce的列表頁新增按鈕呢?
Thumbnail
Salesforce中有許多預設的欄位,這些欄位是可以修改名稱的。但在Fields and Relationships中沒有看到編輯選項,要怎麼修改預設欄位的標題呢?
Thumbnail
Salesforce中有許多預設的欄位,這些欄位是可以修改名稱的。但在Fields and Relationships中沒有看到編輯選項,要怎麼修改預設欄位的標題呢?
Thumbnail
除了常見的下拉式選單,我們還有其他的驗證機制可以使用。今天就來看看怎麼設定數值、文字、日期的資料驗證吧!
Thumbnail
除了常見的下拉式選單,我們還有其他的驗證機制可以使用。今天就來看看怎麼設定數值、文字、日期的資料驗證吧!
Thumbnail
常見的下拉式選單怎麼做?資料驗證又是什麼?資料驗證是個「驗證資料是否符合某條件的機制」,我們通常會用它來避免別人輸入無效的值,減少錯誤的發生。來看看吧!
Thumbnail
常見的下拉式選單怎麼做?資料驗證又是什麼?資料驗證是個「驗證資料是否符合某條件的機制」,我們通常會用它來避免別人輸入無效的值,減少錯誤的發生。來看看吧!
Thumbnail
進入目錄、列出目錄列表、讀取檔案內容、寫入檔案(資料)、變更檔案名稱、刪除檔案、目錄內新增檔案、變更目錄名稱、刪除目錄
Thumbnail
進入目錄、列出目錄列表、讀取檔案內容、寫入檔案(資料)、變更檔案名稱、刪除檔案、目錄內新增檔案、變更目錄名稱、刪除目錄
Thumbnail
輸入畫面 為什麼要做驗證? 因為作為設計者,永遠不該預設使用者會乖乖照設計者的意思輸入。
Thumbnail
輸入畫面 為什麼要做驗證? 因為作為設計者,永遠不該預設使用者會乖乖照設計者的意思輸入。
Thumbnail
UX文案是設計師們操作情境很好的工具,可以減少用戶認知負擔,讓介面簡單易懂。但我看過許多後台介面的Placeholder文案似乎是亂寫的? 為什麼想寫這個題目? 比起光鮮亮麗的前台介面流程,一般營運管理介面(俗稱後台)經常淪為配角,常被認為是「有空再來談怎麼優化」,而所謂的後台優化常常意味著追加功能
Thumbnail
UX文案是設計師們操作情境很好的工具,可以減少用戶認知負擔,讓介面簡單易懂。但我看過許多後台介面的Placeholder文案似乎是亂寫的? 為什麼想寫這個題目? 比起光鮮亮麗的前台介面流程,一般營運管理介面(俗稱後台)經常淪為配角,常被認為是「有空再來談怎麼優化」,而所謂的後台優化常常意味著追加功能
追蹤感興趣的內容從 Google News 追蹤更多 vocus 的最新精選內容追蹤 Google News