Salesforce的概念是什么

本篇文章為大家展示了Salesforce的概念是什么，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

Salesforce是全球排名第一的CRM（Customer Relationship Management)系統(tǒng)，在歐美日本等都非常流行。

• 在CRM中，包含了一些術(shù)語，它們也被展現(xiàn)在Salesforce中：

  客戶 (Account)
  
  聯(lián)系人 (Contact)
  
  潛在客戶 (Lead)
  
  業(yè)務機會 (Opportunity)
  
  個案 (Case)

  
  

它們之間的關(guān)系主要有 :

   每個客戶 都有若干個聯(lián)系人

    潛在客戶有可能轉(zhuǎn)化為客戶

    每個客戶都包含若干個業(yè)務機會

    對于商業(yè)過程中出現(xiàn)的問題,可以用個案記錄并安排人員解決--

1. Organization

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

• 存儲空間

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

• License

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

• API Request

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

PS: 當然，在Org的信息中，還有Language, Time Zone, Fiscal Year以及Currencies等相關(guān)概念，但這些相對簡單，大家看一眼就明白，這里就不說了。

2. User

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

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

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

3. Profile

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

PS: 每個User都歸屬于某一Profile，并且User與Profile是多對一的關(guān)系，詳情請點擊（https://www.cnblogs.com/cloudman-open/p/11552089.html）

4. Role

　　在私有或者混合模型中，Role層次結(jié)構(gòu)允許更高級別的User繼承了直系底層User的權(quán)限。比如：如果EMEA Sales Rep是某個case的owner，那么他的直系領(lǐng)導們(EMEA Sales Director, VP of Global Sales, CEO)都擁有訪問這個case的權(quán)限，并且權(quán)限的繼承是單項的。

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

5. Sharing

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

　　那么問題來了，除了該條記錄的owner之外，還有誰可以該條記錄的增刪該查權(quán)限呢？

 　 這里可以看出，針對每個sObject我們都可以設(shè)置訪問權(quán)限：Private, Public Read Only, Public Read/Write。

• private：只有該條記錄的擁有者才擁有讀寫權(quán)限。

• Public Read Only: 除了擁有者之外，其他人都是只讀權(quán)限。

• Public Read/Write：所有人都有讀寫權(quán)限。

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

6. sObjects

　　sObjects(Salesforce Objects), 是Salesforce平臺封裝的對象，與傳統(tǒng)的數(shù)據(jù)庫table有異曲同工之妙。

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

　　每個對象都可以定義多個字段，并且每個字段可以是字符串，數(shù)字，公式，日期等類型。

　　針對每個字段，都可通過Field-Level Security設(shè)置訪問權(quán)限。

　　當然，你可以設(shè)置Trigger，類似于數(shù)據(jù)庫操作，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';
    }
}

上述內(nèi)容就是Salesforce的概念是什么，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關(guān)注億速云行業(yè)資訊頻道。