Salesforce学习之路-admin篇

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';
    }
}

---

上面仅是自己的一些简单梳理，若有纰漏之处，望各位大佬们不令赐教，抱拳了～

作者：吴家二少

博客地址：https://www.cnblogs.com/cloudman-open/

本文欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接