Salesforce學習之路-admin篇（一）幾個簡單概念

• 2019 年 10 月 3 日
• 筆記

Salesforce是一款非常強大的CRM（Customer Relationship Management)系統，國外企業使用十分頻繁，而中國目前僅有幾家在使用（當然，中國外企使用的依舊較多），因此相對來講，中文資料相對較少。這裡，結合之前參加的培訓和自己的一些理解，說說Salesforce的相關知識，如有誤之處，還請各位大佬們多多指點。

在剛接觸Salesforce時，自己申請個試用版（https://login.salesforce.com/.），註冊後便急急火火參考官網各種教程（https://trailhead.salesforce.com），但總覺得雲里霧裡，總結起來就是亂（主要概念和配置太多）學起來相當吃力，直到清楚相關概念後，再回過頭學習，發現輕鬆不少，所以下面先談談Salesforce的幾個基本概念。

1. Organization

在學習salesforce，經常會看到Org這一名詞，其實就是Organization（組織）。如果一家企業想要使用Salesfroce產品，首先得向Salesforce公司購買一個Org instance，其實就是給你一個用戶名和密碼，登錄後，可以創建用戶，配置業務邏輯以及二次開發等等。

• 存儲空間

　　　　當購買Org instance後，它會限制存儲空間外，主要分為Data Storage, File Storage以及Big Object Storage（如果不夠用，可加錢擴展空間，類似中國的某些雲盤）

• License

　　　　每個Org都會配置制定數量的License，每創建一個User都需要消耗一個User License（一般創建用戶時使用Salesforce License)

• API Request

　　　　這裡需要注意的是，除了Storage和License外，Salesforce還有API的數量限制，畢竟高請求意味著高並發，消耗的性能更多，所以這肯定是個賣點指標啦。正常情況下，API Request是夠用的，但是如果設計大量數據的操作還是要關注的，防止請求數量被使用完。

PS: 當然，在Org的資訊中，還有Language, Time Zone, Fiscal Year以及Currencies等相關概念，但這些相對簡單，大家看一眼就明白，這裡就不說了。

2. User

　　user，某個可登陸該Org的人，可以是developer, sales也可以是Partner。一般主要包含一下幾個屬性：personal, Security & Access, Locale

其中，最重要的概念是Role，User Liencese, Profile

PS: User一經創建便無法刪除，只能去掉Active選項，該設計理念是為了方便查詢某些歷史記錄。當然，inactive後，License 便會釋放掉。

3. Profile

　　profile，其實就是一組settings和Permissions，用來決定該用戶登錄時可以見到什麼，以及可以做些什麼。

PS: 每個User都歸屬於某一Profile，並且User與Profile是多對一的關係，詳情請點擊（https://www.cnblogs.com/cloudman-open/p/11552089.html）

4. Role

　　在私有或者混合模型中，Role層次結構允許更高級別的User繼承了直系底層User的許可權。比如：如果EMEA Sales Rep是某個case的owner，那麼他的直系領導們(EMEA Sales Director, VP of Global Sales, CEO)都擁有訪問這個case的許可權，並且許可權的繼承是單項的。

    這裡可能會有人疑問，什麼是私有或者混合模型？那麼就得提出sharing的概念。(詳細內容：https://www.cnblogs.com/cloudman-open/p/11587425.html）

5. Sharing

　　針對所有的sObjects，除了對該sObject schema的訪問許可權外（對該sObject具有增刪改查許可權），對其中的某條記錄也有嚴格的控制。如上述的role中所說，EMEA Sales Rep是某個case的owner，那麼在Case這個Object中，EMEA Sales Rep便有該條記錄的訪問許可權，其他的case記錄對他來說是不感知的。

　　那麼問題來了，除了該條記錄的owner之外，還有誰可以該條記錄的增刪該查許可權呢？

 　 這裡可以看出，針對每個sObject我們都可以設置訪問許可權：Private, Public Read Only, Public Read/Write。

• private：只有該條記錄的擁有者才擁有讀寫許可權。
• Public Read Only: 除了擁有者之外，其他人都是只讀許可權。
• Public Read/Write：所有人都有讀寫許可權。

PS: 當然，這裡的設置只是默認的訪問許可權，除此之外，還有Role hierarchy，Sharing Rules，Team and Manual Sharing這幾種方式來分享記錄的訪問許可權。（詳細內容：https://www.cnblogs.com/cloudman-open/p/11587425.html）

6. sObjects

　　sObjects(Salesforce Objects), 是Salesforce平台封裝的對象，與傳統的資料庫table有異曲同工之妙。

　　sObject分為標準對象和自定義對象，標準對象是平台自動生成的對象例如：Account, Contact, Lead, Opportunity；而自定義對象可以按照各自業務需求自行設置，但是Salesforce為在API Name中自動加上“__c”這樣的後綴（customize)。

　　每個對象都可以定義多個欄位，並且每個欄位可以是字元串，數字，公式，日期等類型。

　　針對每個欄位，都可通過Field-Level Security設置訪問許可權。

　　當然，你可以設置Trigger，類似於資料庫操作，before/after insert/update/del，例如：

trigger PairPtAttachToAccount on Pt_Attach__c (before insert) {      for(Pt_Attach__c ptAttach: trigger.New) {          List<Webex_Account__c> accounts = [select Id, Account_Id__c from Webex_Account__c];          for(Webex_Account__c account: accounts) {              if(ptAttach.Account_Id__c == account.Account_Id__c){                  ptAttach.Webex_Account__c = account.Id;                  break;              }          }          ptAttach.Site_Name__c = ptAttach.Site_Name__c + '.webex.com';      }  }  

上面僅是自己的一些簡單梳理，若有紕漏之處，望各位大佬們不令賜教，抱拳了～