Salesforce环境配置顺序与权限数据落地避坑指南

简介：这份《salesforce使用手册》PDF 文档面向初次接触 Salesforce CRM 的业务人员、系统管理员与实施顾问，用于快速理解平台核心概念与后台配置路径。内容围绕帐户、联系人、商机、市场活动、个案与解决方案等模块展开，并延伸到组织设置层面的用户与角色管理、简档与共享模式、登录限制、口令与会话安全策略、商机分配与升级规则、队列与工作时间等主题。压缩包内仅 1 个 PDF 文件，约 1.32MB，轻量易存，适合随查随用。已有 3208 人学习，说明其在入门与配置查阅场景中具备一定参考价值。读者可借助目录结构按「概述—入门—组织设置—自定义」的顺序建立整体认知，把抽象概念对应到具体菜单与操作项，也能在排查权限、共享、安全策略等问题时快速定位相关章节，作为日常工作的案头参考。

1. 一份 2002 年秋的 Salesforce 使用手册，为什么今天还有人拿它当配置底稿

上个月帮一个团队复盘他们搭了一半的 CRM 环境，问题不在功能不会用，而在顺序：先批量建了用户，再回头补角色层级，结果共享规则一条都没生效，两个销售组互相看不到对方的帐户，排查到凌晨两点。翻出这份 2002 年秋的 Salesforce 使用手册，目录本身就是一条现成的落地顺序——组织设置、用户与角色、共享与安全、自定义字段与布局、导入、同步、报告，一步压一步。它讲的不是某个按钮在哪，而是一套环境从空到能跑该按什么次序推进。这份手册适合刚接手一套 Salesforce 环境、准备从零配一遍的人，也适合已经配了一半、想回头对齐顺序的人。先说清楚：Salesforce 没有本地安装包，它是浏览器里开的服务，所谓「装」，装的是组织里的那一堆设置，装错了不会报错，只会安静地不生效。

2. 环境清点与组织设置：组织信息、多货币、用户三件套的先后

2.1 组织信息与组织简档：先把基础配置固定下来

很多人上手第一件事是建用户，我一般反过来，先把组织级的东西定死。原因是组织设置里的默认语言、默认时区、默认货币，会渗透到后面每一个日期字段、每一笔金额、每一份报告的显示层。手册把「设置您的组织」放在最前面，不是排版随意，是它确实在最上游。

实际操作里我会把这几项按下面的顺序过一遍，改一个验一个，不要一次改完再回头看：

时区这一项最容易被当成小事。我见过一个团队默认时区挂的是总部所在地，结果一线在别的时区录活动，报告里「今天创建的活动」永远少几条，运营查了三天以为是数据同步延迟。其实就是日期字段按用户时区解析、报告按组织时区汇总，两个时区没对齐。

组织简档和多货币要连着看。手册里「管理多种货币」紧跟在「组织简档」后面，这个顺序有讲究：多货币一旦启用，系统会要求你维护汇率表，而汇率又分固定汇率和按日期汇率两种记法。常见做法是本位币定死不动，其他币种按季度维护一次汇率，报告统一用「截至今天的汇率」口径，避免同一份季度报告每次打开数字都不一样。如果业务只在单一币种内跑，这一项直接跳过，别为了「以后可能用到」提前开，开了就回不去。

组织信息填完别急着往下走，回到主页看一眼页头和浏览器标题是不是新公司名。这一步验证成本极低，但能提前发现品牌信息没落到该落的地方。

2.2 多货币与用户创建：字段级的前后依赖

用户创建的坑几乎全在「前置条件没备齐」。手册里「添加和更新用户」排在「添加和编辑用户角色」和「管理简档」之后，很多新手按字母顺序或者按兴趣点进去，先建用户，建到一半发现角色下拉框里只有默认那一个，只好先挂个临时角色，后面再改。改完之后这个用户已经拥有的记录所属关系不会自动跟着调整，得手动转移，手册里「工具与实用程序」那一节的「转移记录」就是干这个的。

我通常按这个清单走，缺一项就不建用户：

1. 角色层级先建到第二层，至少让新建用户有地方挂；
2. 简档至少准备三个：管理员、标准用户、只读用户；
3. 组织简档里的区域设置、语言、时区确认过；
4. 口令策略和登录限制先配好，否则第一批用户进来时还是弱口令；
5. 共享模式先定一个默认值，哪怕是临时的。

用户名这一项要注意，手册里写的是邮件格式、全局唯一，改起来非常麻烦，创建时建议直接用「工号 + 公司域名」的规则，别用昵称或者手机号。昵称在组织内也要唯一，很多人栽在这一步，报错信息又不明显。

用户批量导入时，常见做法是先手工建一个，确认角色、简档、区域都落对了，再把这个用户的信息导出成模板，按模板补齐其余人。这样字段映射不会错位，比直接对着空白模板填靠谱。

2.3 把手册落地成本地可检索文本

这份 PDF 有目录、有索引、有词汇表，直接翻页效率极低。我习惯先把它转成纯文本放到本地，用命令行定位章节，再回 PDF 看原图。转换和检索的命令不复杂：

# 保留原始排版转文本，表格不会被挤成一行 pdftotext -layout "salesforce使用手册.pdf" sf-manual.txt # 按关键词定位章节起始行号，拿到行号后用 sed -n '起始,结束p' 看那一页 grep -n "组织简档\|管理多种货币\|设置共享模式" sf-manual.txt # 把目录页单独截出来，当成配置顺序的 checklist sed -n '1,120p' sf-manual.txt > sf-toc.txt

-layout这个参数是关键，不加它，手册里那些两列的设置项表格会被打散成一行一个词，读起来更费劲。grep -n拿到行号之后，配sed -n截取区间，比在阅读器里滚轮找快得多。第三步截目录是为了打印出来贴在手边，配环境时一条一条划掉，比在脑子里记顺序可靠。

3. 权限骨架：角色、简档、共享模式的三层关系

3.1 角色层级与简档：两条线别混着改

手册把「添加和编辑用户角色」和「管理简档」放在相邻两节，很多人图省事一次改完，出问题就分不清是哪一层生效。这两件事管的东西根本不同：角色管「你能看到谁的数据」，是记录级的、按层级往上看的；简档管「你能做什么」，是功能级和对象级的，比如能不能创建帐户、能不能导出报告、能不能批量删除。

有个反直觉的点值得单独说：简档里给了对象「查看」权限，角色层级没给到位，照样一条记录都看不到。反过来，角色给到位了，简档里没开「查看」，进去也是空的。所以排查「为什么看不到数据」这类问题，永远先看简档的对象权限，再看角色层级，最后看共享模式，顺序反了会白折腾。

我一般的做法是角色层级按汇报关系建，最多三层，再深就很难说清谁该看谁。简档按岗位建，数量控制在五个以内，超过五个说明你在用简档做本该由角色做的事。手册里「管理简档」那一节列了记录查看和编辑权限的细项，实配时先只勾必选项，剩下的等业务提需求再加，权限这东西放出去容易，收回来要一个个用户确认。

3.2 共享模式与自动共享规则：默认值先别动

共享模式是组织级的默认口径，手册里给了几种：公共只读、公共读写、私有。新手最容易犯的错是先设成公共读写，想着「大家都能看省事」，等发现有人误改了大客户资料再往回收。收权限比放权限难验证得多，你永远不知道哪个角落还留着一条旧的共享规则。

我的习惯是先设私有，然后用角色层级开口子，再用自动共享规则补特例。手册里「设置自动共享规则」这一节的价值就在这：它按条件把记录自动分给某个组或某个角色，不用一条条手动共享。规则写的时候有个细节，多条规则同时命中一条记录时，权限是叠加的，不是覆盖的，所以规则不是越多越好，能合并的合并，合并不了的按业务域分开命名。

共享组（手册「创建和编辑共享组」一节）建议按职能建，不要按人建。按人建的组，人一走组就空着，规则还挂在那，权限就漏了。这点在交接期特别明显。

3.3 登录限制、口令策略、会话安全：一次配齐的参数表

安全这一组设置分散在手册的好几节里，配的时候容易漏。我整理成一张表，按表走一遍：

配完这组，手册里还有两节别跳过：「监视用户事件」和「监视资源」。前者记录登录和操作行为，出了权限纠纷能回溯；后者看系统资源占用，配完环境跑一段时间后回来看一眼，能提前发现某些报告或者批量操作把资源吃满了。这两项不是必配，但配了之后排错成本会低很多，属于后悔药性质的东西。

4. 业务对象落地：选项卡、自定义字段与导入的执行顺序

4.1 选项卡与页面布局：先定布局再动字段

手册在「自定义 Salesforce」这一章里的顺序是：自定义选项卡 → 更改主页选项卡信息 → 自定义报告选项卡 → 修改选项列表 → 创建自定义字段 → 设置页面布局。前几项是导航层面的，决定用户登录后看到什么入口；后几项是数据层面的。

实配时我会把顺序微调一下：先定选项卡（哪些模块要给用户看），再定页面布局（每个模块上放哪些字段），最后才创建自定义字段。原因很实际：字段建完再改布局，等于把同一件事做两遍；而布局定下来之后，缺什么字段一目了然，建字段时也不会建一堆没人用的。

页面布局这一项有个细节，手册里叫「设置页面布局」，实际影响的是查看页和编辑页的字段排布、必填项、只读项。必填项不要一上来就设太多，尤其是导入历史数据的时候，必填字段会直接卡住导入。常见做法是先把字段建好、布局排好，必填规则等数据清干净了再开。

4.2 选项列表与自定义字段：改之前先盘点引用

手册把「修改选项列表」排在「创建自定义字段」之前，因为选项列表是字段的取值来源。这一步是整套配置里最容易出问题的地方，我踩过的坑是：删掉一个选项值，页面上引用它的字段、报告里的筛选条件、分配规则里的匹配项，三处同时失效，报错信息只提示其中一处。

所以动选项列表之前，先做一遍引用盘点：

1. 哪些字段用了这个选项列表；
2. 哪些报告筛选条件用到了这些值；
3. 哪些分配规则、升级规则里写了这些值；
4. 有没有邮件模板或者合并模板里硬编码了这些文字。

盘点完，能不删就不删，改成停用。停用之后新建记录选不到，历史记录还留着值，报告不会突然空一片。观察一两周确认没有业务依赖，再考虑清理。这个习惯救过我两次，一次是市场活动类型，一次是个案状态。

自定义字段的命名也要提前定规则，手册里没细说，但实际项目里字段一多，全靠命名区分。我的习惯是「业务域_字段含义_类型后缀」，比如商机阶段的辅助字段加个前缀，导出数据时一眼能看出归属。

4.3 商机、个案、市场活动的流程设置

手册里这三块是分开讲的：「自定义商机设置」「自定义支持设置」「自定义市场活动的设置」。它们共同的底层机制是分配规则和队列。

分配规则有个特性，一条记录只命中第一条匹配的规则，后面的不再执行。所以规则顺序必须从窄到宽排：先写条件最具体的（比如某个区域加某个产品线），再写宽泛的兜底规则。顺序反了，兜底规则会把所有记录都吃掉，具体规则永远不触发，而且不会报错，你只会发现「怎么全分给同一个人了」。

队列（手册「管理队列」）适合处理还没分配到人的记录，比如从网站表单进来的咨询。工作时间的设置会影响升级规则的计时口径，手册里「设置工作时间」单独一节，配的时候按团队实际排班填，不要留默认值，默认值算出来的响应时长和实际差得远。

Web 商机和 Web 个案这两节讲的是把网站表单接进来，自动生成记录。配的时候注意字段映射，表单里没有的必填字段会生成失败，失败记录不会主动通知你，得定期看一眼。

4.4 导入向导与 Intellisync 同步：数据进出的两条通道

数据进来有两条路：批量导入和客户端同步。手册里「导入数据」这一章写得最细，从「创建导出文件」「准备数据」到「使用导入向导」「撤消导入」，是一条完整链路。

导入的关键不在向导本身，在准备数据。我一般先导十条做样本，确认字段映射、日期格式、选项值匹配都对上，再跑全量。日期格式是最常见的翻车点，导出文件里的日期和系统解析的日期口径不一致，整列偏移一天，跑完才发现，回滚很麻烦。手册里有「撤消导入」这一节，但它有时间窗口，过了就撤不了，只能手工删。

同步这条通道对应手册「同步数据」这一章：设置 Intellisync、设置 Outlook 和 Palm、备份数据、设置同步简档、执行同步。同步简档决定了同步哪些对象、往哪个方向同步。第一次配一律单向、只读，先把服务端数据同步到客户端看效果，确认没有重复记录再开双向。双向同步加上本地已有同名联系人，重复记录会成倍增长，清理起来非常费劲。

5. 常见问题排查：五条踩过的坑

5.1 权限类：能看见入口，点进去是空的

现象：新用户登录后，左侧选项卡都在，点进帐户列表一条记录都没有。

原因：简档里给了对象查看权限，但共享模式是私有，角色层级又挂在根节点，等于没有任何一条记录被共享给他。

解决：先确认简档的对象权限，再看用户挂的角色节点，最后看有没有自动共享规则覆盖。临时救急可以把用户挂到一个已有的、权限正常的角色下验证，确认是角色问题再调整层级。长期做法是按业务域补一条基于角色的自动共享规则，别靠手动共享一条条点。

5.2 数据类：导入后日期整体偏一天

现象：导入三百条商机，预计关闭日期全部比源文件少一天。

原因：导出文件的日期是本地时区，导入时按用户时区解析，用户时区和组织时区不一致就会偏。这是最典型的玄学问题，源文件看着没问题，系统里就是不对。

解决：导入前把样本十条导进去，抽三条核对日期。确认偏移之后，要么统一导出文件的时区口径，要么在导入前把用户的时区临时调成和组织一致。批量导入这种操作，永远先小批量验证，别信「上次就是这么导的」。

5.3 数据类：改了选项列表，页面布局报错

现象：清理了一个不再使用的市场活动类型，保存页面布局时提示引用的值不存在。

原因：这个值还被页面布局、报告筛选条件、分配规则中的某一处引用着，删除操作只检查了字段层。

解决：改回停用而不是删除，把引用位置逐个改成新值，观察一周再清理。停用期间新建记录选不到这个值，历史数据不受影响，是代价最小的做法。

5.4 同步类：Outlook 同步后联系人翻倍

现象：配完同步，服务端联系人和本地联系人各一份，总数翻倍。

原因：同步简档设成了双向，且本地通讯录里已经有同名记录，系统按不同记录处理，直接合并成一堆。

解决：先切成单向、只读，把服务端数据同步下来；本地已有的记录手工去重或者加标记；确认干净之后再评估要不要开双向。手册里「设置您的同步简档」这一节把方向讲得清楚，配的时候别嫌麻烦，一项项对。

5.5 操作类：批量删除后报告数字对不上

现象：批量删了一批测试帐户，报告里的总数没变，或者变了但和预期差很多。

原因：删除的记录进了回收站，部分统计口径仍然计入；如果删的是被引用的父记录，子记录会变成孤儿，报告里看着像少了一块。

解决：删之前先导出备份，删之后等回收站清空再核对报告。手册里「工具与实用程序」有转移记录和批量删除两节，转移要在删除之前做，把子记录挂到新的父记录上，顺序反了就得手工补。

6. 装完怎么验证跑通：一套二十分钟能走完的自检流程

配置做完不等于环境能用，我一般用三个账号跑一遍，二十分钟内能暴露出八成问题。

6.1 权限穿透验证

准备三个账号：管理员、标准销售、只读用户。用标准销售登录，依次做四件事：新建一条帐户、新建一条关联联系人、把商机阶段推进一格、尝试删除自己刚建的帐户。前三件应该成功，第四件应该被拒。如果删除成功了，说明简档给多了；如果新建失败，说明对象权限没开。

再用只读用户登录，重复上面四件事，全部应该被拒。重点看拒绝的方式：是按钮直接不显示，还是点了报错。按钮不显示说明布局层面就限制了，点了才报错说明只是权限层拦着，两种体验差别很大，业务方通常要的是前者。

6.2 数据闭环验证

用管理员账号导入十条测试数据，字段包括帐户名、联系人、商机金额、预计关闭日期。导入完成后做三件事：

1. 打开其中一条，核对日期和金额显示是否正确；
2. 把这条商机推进到下一个阶段，看分配规则有没有触发、有没有落到正确的队列；
3. 回到帐户页，确认关联的联系人和商机都能从帐户下钻进去。

这三步走通，说明导入、流程、关联关系三块是通的。走不通的时候按「字段 → 布局 → 规则」的顺序查，别一上来就怀疑数据。

6.3 报告与导出验证

最后一步，建一份最简单的报告：按商机阶段分组，统计金额合计。跑出来之后和导入的数据手工对一遍总数。数字对得上，再点导出，确认导出的文件能正常打开、日期列没有变成乱码。

这一步的意义在于验证数据从录入到汇总的整条链路。我在一个项目里就是靠这一步发现某个自定义金额字段没有加进报告类型，页面上看着有数，报告里永远是零，业务方用了一周才反馈。

从那以后我每次配完一套环境，不管多赶时间，都强制把这三组验证走一遍，尤其是权限那组——配置阶段的错误往往是静默的，不报错、不提示，只是某个人看不到某条数据，等业务方发现的时候已经过了两周。希望这套流程能帮到你，少熬一个凌晨。

另外提一句，手册里的「常见问题」和「词汇表」两节别跳过。前者是当年用户真实问出来的问题集合，很多和上面这些坑是同一类；后者在对接开发或者看字段名的时候能省不少翻译时间。把这份 PDF 转成本地文本、目录打印出来贴在显示器边上，配环境的时候一条条划掉，比凭记忆推进度靠谱得多。

本文还有配套的精品资源，点击获取