Salesforce如何控制誰能編輯什麼紀錄―(1)
更新於 發佈於 閱讀時間約 2 分鐘
CRM系統重要的功能之一就是存取權設定，控制不同使用者可以看到或編輯的內容。客戶敏感資料不是所有Salesforce使用者都能觀看，甚至隨意編輯的。
Salesforce有哪些存取權設定呢？
Salesforce可初步分為三種層級存取權設定：
- 物件存取 ― 控制使用者可以閱讀、編輯、建立或刪除哪些物件
- 欄位存取 ― 控制使用者可以閱讀或編輯物件中哪些欄位
- 記錄存取 ― 控制使用者可以閱讀或編輯哪些人的紀錄
我自己會將物件存取、欄位存取比擬成『能力』，記錄存取比擬為『資源多寡』。
有點抽象，什麼意思呢？
回想在學生時期繳交的word報告，我們對於自己的報告有創建、閱讀、編輯、刪除的 “能力”（因為我們有word軟體！）。
但對於同學的報告呢？正常來說儘管有word軟體也無法閱讀或編輯同學的報告（因為同學沒有公開他的報告！），除非老師想要同學彼此欣賞作品，可能就會授予其他同學報告的唯讀權限。
但對於同學的報告呢？正常來說儘管有word軟體也無法閱讀或編輯同學的報告（因為同學沒有公開他的報告！），除非老師想要同學彼此欣賞作品，可能就會授予其他同學報告的唯讀權限。
Salesforce中也是如此運作，有能力操作紀錄跟可以看見哪些紀錄是兩回事。
物件存取、記錄存取設定是如何搭配的呢？
Salesforce『物件存取』可以設定基本四種“能力”：閱讀、編輯、建立、刪除物件
『記錄存取』則是可設定三種權限層級：
- 公共閱讀/編輯 ― 可以閱讀、編輯任何人的紀錄
- 公共閱讀 ― 可以閱讀任何人的紀錄
- 私人 ― 只能閱讀自己擁有的紀錄
兩種設定搭配起來的結果就會如下表：
＊第4個組合：有閱讀與編輯能力，但對其他人紀錄僅有閱讀的權限，因此無法編輯他人的紀錄。
＊第5個組合：僅有閱讀能力，所以就算對其他人的紀錄有編輯的權限也無法編輯。
比如希望所有人都可以觀看公司內的交易紀錄（機會物件），但僅能編輯自己的交易紀錄。那麼就可以將『機會』物件設定成“公共讀”，使用者則設定可以閱讀、編輯（、創建、刪除）『機會』。
總之，管理員目標就是讓每個使用者拿到合適的存取權，讓紀錄被合法地編輯或閱讀。
註：『記錄存取』這裡討論的是Organization-Wide Default，還有非常多有關紀錄存取的設定，例如：SharingRules、RoleHierarchy、RestrictionRules等，這些設定會共同決定使用者的紀錄存取權限。
For More → Control Who See What
2會員
16內容數
Salesforce功能強大，但有時候要閱讀大量的資料才能知道自己下一步要如何操作，社群也幾乎是英文語系社群。有時候在想如果中文社群中有人可以分享他的經驗，我就會輕鬆很多了！於是這個專題就誕生了！
留言0
查看全部
你可能也想看
Google News 追蹤
現代社會跟以前不同了，人人都有一支手機，只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行，然而如今科技快速發展之下，金融App無聲無息地進到你生活中。但同樣的，每一家銀行都有自己的App時，我們又該如何選擇呢？(本文係由國泰世華銀行邀約)
今天我會用不同角度帶大家看這款國泰世華CUB
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
為什麼我們可以變通知識，和改寫知識。因為你能知道這知識寫了什麼，能夠理解他在說什麼。
不論知識的內容正確與否，你都能很清楚的知道他在寫什麼。你能掌握這個知識。任意的修改它。不論他是否錯誤或正確。你都有完全的掌控權，知識無法反過來去掌握你。
我們閱讀一本書時，可以自由翻閱裡面的內容。以及解
當我們談論「寫作」與「紀錄」時，我們實際上是在討論兩種不同的心態和用途。這種區別可能不是每個人都能立即理解的，但一旦掌握了這兩者的差異，便能更高效地進行知識管理與分享。
▋寫作與紀錄的界限
在過去，我一直認為自己做了很多寫作和紀錄。然而，回顧這些所謂的「寫作」，我發現它們大多是一些難以重
儲存庫 (Repository) 是檔案(File)的儲存區域。
在版本控制中，儲存庫是包含所有檔案的資料夾[1]。
每次改動檔案，你都可以選擇要不要儲存。
而那些有被處存的改動，就被稱為「提交 Commit」[2]。
而當一個儲存庫有多個開發者(Developer)在貢獻，
版本控制 (Version Control)，
是一種追蹤檔案被更改歷史的技術，
是團隊合作必備的工作實務[1]。
我在博士一二年級時期，
比較像是單打獨鬥，
與合作的學弟妹也是一對一溝通，
可以維持同步，把研究成果做出來。
然而，當我到博士三年級以後，
※ 生產者和消費者模式
定義：
生產者和消費者在同一時間內共同存取某一個資料空間。生產者負責生成數據並將其放入共享空間，消費者負責從共享空間中取走數據進行處理。兩者之間互不相干，也不須互相知道對方的存在。
共同存取資料空間：生產者和消費者共享同一個資料空間。這個空間通常是緩衝區或隊列，用於在它
在Google Analytics中新增資源存取權限非常重要，這樣您可以控制誰可以訪問和管理您的分析資源。以下是在Google Analytics中新增資源存取權限的步驟
※ 什麼是資料庫正規化？為什麼需要正規化？
什麼是資料庫正規化？
資料庫正規化是一種設計關聯式資料庫的方法，目的是建立良好結構的關聯表，主要目的有二：
去除重複性：建立沒有重複的關聯表。因為重複資料不只浪費資料庫的儲存空間，而且會產生資料維護上的問題。
去除不一致的相依性：資料相依是指關聯表
權限管理=新增、修改、刪除+審核
通常，這種程式的設計會包含權限管理，其中包括現場修改、刪除等三大類功能。然而，根據經驗，我們還需要關注另一類功能，即審核權限。
審核不執行新增
審核權限通常不執行新增的動作，僅限於某些欄位的輸入。新增、修改、刪除這些操作基本上是容易理解的。也就是說，對於這個工
現代社會跟以前不同了，人人都有一支手機，只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行，然而如今科技快速發展之下，金融App無聲無息地進到你生活中。但同樣的，每一家銀行都有自己的App時，我們又該如何選擇呢？(本文係由國泰世華銀行邀約)
今天我會用不同角度帶大家看這款國泰世華CUB
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
為什麼我們可以變通知識，和改寫知識。因為你能知道這知識寫了什麼，能夠理解他在說什麼。
不論知識的內容正確與否，你都能很清楚的知道他在寫什麼。你能掌握這個知識。任意的修改它。不論他是否錯誤或正確。你都有完全的掌控權，知識無法反過來去掌握你。
我們閱讀一本書時，可以自由翻閱裡面的內容。以及解
當我們談論「寫作」與「紀錄」時，我們實際上是在討論兩種不同的心態和用途。這種區別可能不是每個人都能立即理解的，但一旦掌握了這兩者的差異，便能更高效地進行知識管理與分享。
▋寫作與紀錄的界限
在過去，我一直認為自己做了很多寫作和紀錄。然而，回顧這些所謂的「寫作」，我發現它們大多是一些難以重
儲存庫 (Repository) 是檔案(File)的儲存區域。
在版本控制中，儲存庫是包含所有檔案的資料夾[1]。
每次改動檔案，你都可以選擇要不要儲存。
而那些有被處存的改動，就被稱為「提交 Commit」[2]。
而當一個儲存庫有多個開發者(Developer)在貢獻，
版本控制 (Version Control)，
是一種追蹤檔案被更改歷史的技術，
是團隊合作必備的工作實務[1]。
我在博士一二年級時期，
比較像是單打獨鬥，
與合作的學弟妹也是一對一溝通，
可以維持同步，把研究成果做出來。
然而，當我到博士三年級以後，
※ 生產者和消費者模式
定義：
生產者和消費者在同一時間內共同存取某一個資料空間。生產者負責生成數據並將其放入共享空間，消費者負責從共享空間中取走數據進行處理。兩者之間互不相干，也不須互相知道對方的存在。
共同存取資料空間：生產者和消費者共享同一個資料空間。這個空間通常是緩衝區或隊列，用於在它
在Google Analytics中新增資源存取權限非常重要，這樣您可以控制誰可以訪問和管理您的分析資源。以下是在Google Analytics中新增資源存取權限的步驟
※ 什麼是資料庫正規化？為什麼需要正規化？
什麼是資料庫正規化？
資料庫正規化是一種設計關聯式資料庫的方法，目的是建立良好結構的關聯表，主要目的有二：
去除重複性：建立沒有重複的關聯表。因為重複資料不只浪費資料庫的儲存空間，而且會產生資料維護上的問題。
去除不一致的相依性：資料相依是指關聯表
權限管理=新增、修改、刪除+審核
通常，這種程式的設計會包含權限管理，其中包括現場修改、刪除等三大類功能。然而，根據經驗，我們還需要關注另一類功能，即審核權限。
審核不執行新增
審核權限通常不執行新增的動作，僅限於某些欄位的輸入。新增、修改、刪除這些操作基本上是容易理解的。也就是說，對於這個工