先了解这张认证
Salesforce Certified Sharing and Visibility Architect 是 Salesforce Application Architect 路径 4 张强制前置证之一（其余 3 张：Platform App Builder、Data Architect、Platform Developer I）。考试费 $400 USD——和 Data Architect、Integration Architect 同档，是 Salesforce 认证体系里除 CTA 之外最贵的一档，挂一次重考 $200。
考试细节：60 道题 + 105 分钟 + 62% 及格 + 纯英文。题型以复杂场景为主，几乎不考单知识点——题干会给你一个组织架构图 + 一堆业务规则（"某保险公司有 5 个 BU、10 万条 Account 记录、外部合作方通过 Experience Cloud 登录……"），让你设计出兼顾安全性、性能、可维护性的共享方案。官方建议 3 年以上 Salesforce 实施经验，而且必须在生产项目里真实踩过 Sharing Rules 性能坑或写过 Apex Managed Sharing，光刷题基本必挂。
五大考域权重（2024 起稳定）：Declarative Sharing（OWD/Role Hierarchy/Sharing Rules/Implicit Sharing）是绝对核心约占 35%，Programmatic Sharing（Apex Managed Sharing + with/without/inherited sharing 关键字）约 25%，Performance & Scalability（LDV、Defer Sharing Calculations、Group Membership Recalculation）约 15%，Visibility（FLS、Record Type、Permission Set）约 15%，Solution Design 综合场景约 10%。
和 Data Architect 的区别经常被搞混：Data Architect 考"数据模型怎么设计、LDV 怎么存"，Sharing & Visibility 考"数据模型已经定了，怎么控制谁能看到哪条"。两张证都在 Application Architect 路径上，顺序上大部分人会先考 Data Architect 再考 Sharing & Visibility，因为共享设计必须基于已经定好的数据模型。维护方式和其他 Salesforce 证一样——每个 Release 在 Trailhead 做免费 maintenance 模块自动续期，不需要重考。
考试档案
- 考试代码
- Sharing-and-Visibility-Architect
- 发证机构
- Salesforce
- 题型
- 单选题 / 多选题
- 考试语言
- English
- 证书有效期
- 3 年
- 考试费
- $400
你会学到的技能
学完能做什么
- 获得 Salesforce Certified Sharing and Visibility Architect 认证
- 能够为企业设计完整的 Salesforce 数据访问控制架构（OWD + Role Hierarchy + Sharing Rules + Apex Sharing 组合方案）
- 掌握大型 Org 中 Sharing 性能优化策略，避免 Sharing Rules 重算导致的系统性能问题
- 完成 Salesforce 架构师系列认证的关键一步，为进阶 CTA（Certified Technical Architect）打下基础
- 澳洲市场 Salesforce Solution Architect 薪资区间约 AUD $150,000-$200,000
适合这样的你
- Salesforce Solution Architect（解决方案架构师）负责企业数据安全和记录访问控制架构设计
- Salesforce Technical Lead 处理过大型 Org 的 Sharing Rules 性能问题和 Apex Managed Sharing 开发
- 准备考取 Salesforce Certified Technical Architect（CTA）、需要完成共享与可见性架构师认证的资深从业者
- 已持有 Admin + Platform Developer I 认证，有 3 年以上 Salesforce 多项目实施经验的从业者
开始前需要什么
- 官方建议持有 Salesforce Administrator 认证和 Platform Developer I 认证
- 3 年以上 Salesforce 实施经验，深入理解 OWD/Role Hierarchy/Sharing Rules 的完整安全模型
- 有过 Apex Managed Sharing 开发经验（Share Object 结构、RowCause 自定义原因）
- 处理过大型 Org 的 Sharing 性能问题，了解 Defer Sharing Calculations 的使用场景
- $400 考试费，是 Salesforce 认证最高费用之一，需充分准备（建议模拟考试稳定 75% 以上再参加）
这些情况建议先考虑其他路径
- 只做过 1-2 年 Admin 配置、没碰过代码和大型 Org 共享设计的从业者 — 官方 3 年经验不是摆设，场景题基本读不懂
- 不打算走 Application Architect / CTA 路径的纯开发者 — 这张证对只写 Apex/LWC 的人没有履历增量，直接冲 PD2
- 公司不用 Salesforce 的 IT 从业者 — Share Object、RowCause、Defer Sharing Calculations 全是生态专属概念，跨平台零迁移价值
- 只想快速加一张证涨薪的 Junior Consultant — 这张证性价比极低（$400 + 6-10 周 + 高挂科率），不如先拿 ADM-201 + Platform App Builder + PD1 三张起步证
一步一步，准备好考试
安排你的备考
- 课程学习时长
- 20h
- 有相关实操经验
- 6-10 周
- 从基础开始
- 16-24 周
- 建议日投入
- 1.5-2.5h
备考支持
- Declarative Sharing 全面突破：OWD 各级别影响、Role Hierarchy 继承逻辑、Sharing Rules 2000 条限制和 Owner-based vs Criteria-based 选型
- Apex Managed Sharing 专项：Share Object 三字段结构（AccessLevel/RowCause/UserOrGroupId）、使用场景判断、Sharing Recalculation 性能影响
- 51+ 精选架构级场景题，还原"组织结构 + 业务需求 → 设计共享方案"的真实考试逻辑
- 大数据量（LDV）共享性能专题：Defer Sharing Calculations、Group Membership 开销、Experience Cloud Sharing Sets
- 仿真模拟考试（60 题/105 分钟，及格线 62%），$400 高价认证，建议模拟考试稳定 75% 以上
1. 第一阶段：把 OWD + Role Hierarchy + Sharing Rules 的完整判断链吃透（2-3 周）
从 Trailhead 官方 "Prepare for Your Sharing and Visibility Architect Credential" Trailmix 开始，但不要满足于 Trailhead 的演示题。在 Developer Edition Org 里手工搭一个 5 层 Role Hierarchy + 3 个 Public Group + 1 个 Account OWD=Private 的场景，然后创建 2 个 Owner-based Sharing Rule 和 1 个 Criteria-based Sharing Rule，用不同 Profile 的 User 登录实际验证访问结果。这一步的目标是建立肌肉记忆：任何"用户 X 能不能看到记录 Y"的题，都能按 OWD → Role Hierarchy → Sharing Rules → Manual/Apex Sharing 的四层顺序在 30 秒内走完。
2. 第二阶段：Apex Managed Sharing 动手写一遍（2-3 周）
这是大部分 Admin 转架构师的最大卡点。必须在 Dev Org 里真写一次完整的 Apex Managed Sharing：(1) 建一个自定义对象 OWD=Private；(2) 写一个 Apex class 往 __Share 对象里 insert 记录，指定 AccessLevel=Edit、UserOrGroupId=某个 User、RowCause=自定义的 Apex Sharing Reason（注意：标准对象只能用 RowCause="Manual"，自定义对象才能建自定义 Reason）；(3) 写一个 Trigger 在 Owner 变更时删除旧 Share 记录；(4) 手动触发 Sharing Recalculation 观察性能。跑通这一套之后再去做场景题，题干里的选项瞬间变得清晰。
3. 第三阶段：LDV 性能 + Implicit Sharing + Experience Cloud（2-3 周）
大数据量共享是架构师差异化考点。重点吃透：(1) Implicit Sharing 的 6 条规则——Account Read 自动给你对应 Contact/Opportunity/Case 的 Read、Contact/Opp/Case 的 Edit 自动给你 parent Account 的 Read（这是 Salesforce 自动做的，你关都关不掉，很多"为什么这个 User 能看到这条记录"的题答案就是 Implicit Sharing）；(2) Defer Sharing Calculations 的使用场景——批量数据导入 / 大规模 Role Hierarchy 重组前临时挂起共享重算避免系统卡死；(3) Group Membership Lock 和 Granular Locking 的区别；(4) Experience Cloud 下 Sharing Set（基于 Contact/Account 的自动共享）vs Sharing Group（Sharing Set 的结果再共享给内部 User）的适用条件。
4. 第四阶段：场景题综合训练 + 模考（1-2 周）
最后阶段做 3-4 套完整模考（60 题 105 分钟），稳定 75% 以上再去考（62% 及格不能作为目标）。重点训练"题干读三遍才能理清业务规则"这类长题——Sharing & Visibility 的题干常常 8-12 行英文，包含组织结构、OWD 设置、多个 Sharing Rule、Profile 权限、Permission Set 等层层叠加的条件，必须养成用笔（或草稿纸）画出"User → Role → Profile → 哪些 Sharing 路径"的习惯。考前 3 天必读 Salesforce Security Implementation Guide 里 Sharing 章节，很多细节题直接从这份官方文档出。
这张认证的职业价值
这张证的价值不在"单证薪资"，而在它是 Application Architect 路径的卡点
Salesforce 官方的 Application Architect 资格必须同时持有 4 张前置证：Platform App Builder、Data Architect、Sharing and Visibility Architect、Platform Developer I。任何一张不考都拿不到 Application Architect。而 Application Architect 又是 Technical Architect（CTA）的强制前置——换句话说，你想走 Salesforce 架构师的终极路线 CTA，这张证就是路径上绕不开的一步。
澳洲市场 Salesforce Solution Architect 的真实薪资带：Mid-level（3-5 年经验，持有 Application Architect）AUD 150,000-180,000；Senior（5-8 年，持有多张 Architect 系列）AUD 180,000-210,000；CTA 级别 AUD 220,000-280,000+（全澳 CTA 持证人 2026 年不到 30 位，稀缺度极高）。Deloitte Digital、Accenture Salesforce、Capgemini、Slalom、本地的 Davanti 这些 SF Partner 在 Solution Architect 岗位 JD 里基本都会把 Application Architect 列为 required 或 strongly preferred。
适合考的三类人：
-
已经持有 ADM-201 + Platform App Builder + Platform Developer I，准备走 Application Architect 路径的从业者：这是最自然的人群。建议顺序 Data Architect → Sharing & Visibility，因为共享设计必须基于数据模型。
-
在大型 Salesforce 实施项目里 own 过安全设计的 Senior Developer / Tech Lead：如果你做过百万级记录 Org 的 Sharing Rules 性能调优、写过 Apex Managed Sharing、或者设计过跨 BU 的数据隔离，这张证是把实战经验转成认证背书的直接方式。
-
咨询公司里被项目交付计划要求拿证的 Senior Consultant：很多 SF Partner 会把 Application Architect 作为 Senior → Principal Consultant 的晋升卡点。
不适合考的人：
- 刚过 ADM-201 的 Junior Admin：官方写的 3 年经验不是摆设。没有真实项目里的 Sharing 设计经验，场景题基本读不懂，$400 一次挂着心疼。
- 只写代码不关心架构的纯开发者：如果你只想写 Apex 和 LWC 不想碰架构决策，这张证对你没增量，直接走 PD2 + Platform Developer Professional 路线。
- 不在 Salesforce 生态工作的人：这张证的知识点（Share Object、Row Cause、Defer Sharing Calculations）全是 Salesforce 专属概念，出了生态一点都用不上。
- 澳洲
- AUD 150,000 – 210,000
- 美国
- USD 145,000 – 210,000
- 英国
- GBP 80,000 – 120,000
- 新加坡
- SGD 110,000 – 165,000
- 加拿大
- CAD 115,000 – 165,000
备考时，做好这些事
- **先过 Data Architect 再考 Sharing & Visibility** — 虽然没有硬性要求，但共享设计必须基于已定的数据模型。Application Architect 路径上的常见顺序是 Platform App Builder → PD1 → Data Architect → Sharing & Visibility，这个顺序能让你在学共享时不再被数据建模的基础概念分心。
- **Security Implementation Guide 是必读官方文档** — Trailhead 只讲概念，细节考点（特别是 Implicit Sharing 的 6 条规则、Group Membership Lock、Sharing Recalculation 触发条件）只在 Salesforce 官方 Security Implementation Guide PDF 里完整讲过。考前 3 天通读 Sharing 章节比刷 100 道题更有用。
- **Dev Org 必须真写过 Apex Managed Sharing** — 光看不写这一部分基本挂。最低限度：自己在 Dev Org 里建自定义对象、把 OWD 设成 Private、写 Apex 往 __Share 对象 insert 记录、建一个自定义 Sharing Reason、用不同 User 登录验证效果。整套流程 1-2 小时，能让你在考场上 Apex Sharing 题直接送分。
- **场景题必须用画图法** — Sharing & Visibility 题干常常 10 行以上，涉及 3-5 个 User、多个 Role、多个 Profile、多个 Sharing Rule。建议在草稿纸（考场有白板）上画出 User → Role → Profile → 对象 OWD → 适用的 Sharing Rule 这张图，然后按 OWD → Hierarchy → Rules → Implicit → Apex/Manual 的顺序逐层判断，不要心算。
- **关键词到答案的快速映射**：题干 "dynamic criteria that changes automatically" → Criteria-based Sharing Rule；"business can't be solved by declarative means" → Apex Managed Sharing；"bulk data load causes performance issues" → Defer Sharing Calculations；"external community users need access to specific account records" → Sharing Set；"sales reps work on specific accounts with granular permissions" → Account Team；"automatically cascade access down parent-child" → Implicit Sharing；"user in higher role automatically sees subordinate records" → Role Hierarchy。
- **62% 是陷阱，不要用它当目标** — 这张证的模考分和实考分差距通常在 10-15 个点（因为真实考题比模考更注重场景综合判断）。模考稳定 78% 以上再考，低于 70% 绝对不要冲，$400 挂一次是 AUD 600+ 的真金白银。
- **考前一周必看当前 Release Notes** — 和其他 Salesforce 证一样，每个 Release 后考试题库会加入 1-2 道新功能题。重点扫 Security, Privacy, and Identity 章节下的 Sharing 相关更新（比如最近几个 Release 的 Restriction Rules、Scoping Rules、User Access Policies 都是新考点）。
这些误区要避开
- **把 Implicit Sharing 当成"可以配置的功能"** — Implicit Sharing 是 Salesforce 底层写死的行为，你既不能关闭也不能修改。6 条核心规则必背：(1) Account Read → 给你所有关联 Contact/Opp/Case 的 Read；(2) Contact/Opp/Case 的 Edit → 给你 parent Account 的 Read（只给 Read，不给 Edit）；(3) Contact/Opp/Case 的 Owner 永远能看到 parent Account；(4) Account Team Member 对 Account 的访问权会 cascade 到 Opportunity；(5) Portal/Experience Cloud User 的 Account 访问会 cascade 给 Portal role 层级下的所有内部 User；(6) Opportunity Team 和 Case Team 有独立的 Implicit Sharing 路径。考场上"为什么这个 User 意外地能/不能看到某条记录"的题 50% 答案是 Implicit Sharing。
- **把 Apex Managed Sharing 和普通 Apex DML 搞混** — Apex Managed Sharing 不是你用 `insert new Account__c()` 就算的。它特指：(1) 对象 OWD 必须是 Private 或 Public Read Only；(2) 你向该对象的 __Share 子对象（比如 MyObject__Share）insert 记录；(3) 指定 ParentId、UserOrGroupId、AccessLevel（Edit/Read/All）、RowCause。只有 **自定义对象** 才能用 Setup → Object Manager → Sharing Reasons 建自定义 RowCause，**标准对象只能用系统保留的 RowCause**（Manual / Rule / ImplicitChild / Owner / Team / Territory 等）。这是必考点，每次考试 3-4 道题。
- **分不清 Public Group / Queue / Account Team / Sharing Rule 的使用边界** — (1) **Public Group**：用户/Role/其他 Group 的集合，用于 Sharing Rule 的目标（"分享给这个 Group"）或手动 Share 的接收方；(2) **Queue**：只给对象的 OwnerId 用——把 record assign 给 Queue 后，Queue members 都能 claim；常见于 Case、Lead、自定义对象；(3) **Account Team**：特定 Account 的 User 级别访问授权，每个 Member 可独立指定 Account/Contact/Opp/Case Access Level；(4) **Sharing Rule**：基于 Owner 或 Criteria 的自动共享规则。考题关键词映射：题干出现 "dynamic based on record criteria" → Criteria-based Sharing Rule；"record assigned to team, members work on it" → Queue；"same people always work on specific accounts" → Account Team；"group of users defined once used in many rules" → Public Group。
- **OWD 设成 Public Read/Write 还想用 Sharing Rule 加权限** — 这是一个经典的概念反向题。Sharing Rules 的作用是"在 Private 或 Public Read Only 基础上额外开放访问权"，**OWD 已经是 Public Read/Write 的对象上 Sharing Rule 完全无意义**（所有人已经能读写了）。反向的陷阱：Public Read/Write 对象也不能用 Sharing Rule 收紧权限——Salesforce Sharing 模型遵循"最宽松原则"，任何规则只能加不能减。收紧权限的唯一方式是 Profile/Permission Set 的 Object Permissions 或降低 OWD 级别。
- **Territory Management 1.0 vs Enterprise Territory Management 2.0 分不清** — 1.0 已经被官方弃用且不能在新 Org 启用，但考试依然会出历史题。2.0 的核心是：(1) 启用后会在 Account 对象上创建新的 Sharing 机制，Account 可以同时属于多个 Territory；(2) Territory Model 有 Planning / Active / Archived 三个状态，只有 Active 状态才影响真实数据访问；(3) Territory 的访问权可以 cascade 到关联的 Opportunity（通过 Opportunity-Territory 关联规则）；(4) 启用 2.0 不能用 Change Set 部署，必须通过 Metadata API / SFDX。考场上"大型销售组织按区域分配 Account" 的场景题答案几乎都是 Enterprise Territory Management 2.0。
- **不理解 Defer Sharing Calculations 的真实用途** — 这不是日常功能，而是在做**大规模数据操作**时的紧急刹车。典型使用场景：(1) 一次性导入 50 万条 Account 记录——如果不 defer，每插入一条就触发一次 Sharing Rule 重算，系统直接卡死；(2) 大规模 Role Hierarchy 重组——把 100 个用户从 Role A 移到 Role B，每次移动都触发 Group Membership Recalculation；(3) 批量修改 Owner。Defer 打开后 Salesforce 会暂停共享重算，操作完成后由管理员手动 Resume Sharing Calculations 一次性重算。考题关键词："bulk data load", "role hierarchy reorganization", "system performance degrades during import" → 答案永远是 Defer Sharing Calculations。
- **忘记 With Sharing / Without Sharing / Inherited Sharing 的默认行为** — Apex class 默认运行时**忽略当前用户的 Sharing Rules**（即等同于 without sharing），除非显式加 `with sharing` 关键字。(1) `with sharing`：强制尊重当前用户的记录级访问权和 FLS；(2) `without sharing`：忽略 Sharing，用于需要系统级访问的场景（如计算汇总值）；(3) `inherited sharing`（Salesforce 从 v48.0 加入的推荐默认）：跟随调用者的 sharing 模式，被 Aura/LWC/REST 直接调用时默认 with sharing，被其他 Apex 调用时继承。**考题里 Controller class 没写 with sharing 导致 Permission 问题** 是高频送分题。
报名之前，你可能想问
Sharing and Visibility Architect 考试的主要考试领域有哪些？
考试涵盖 Declarative Sharing（声明式共享，包括 OWD、Role Hierarchy、Sharing Rules）、Programmatic Sharing（编程式共享，Apex Managed Sharing）、Visibility Features（可见性功能，如 Field-Level Security、Record Type 访问控制）、Performance & Scalability（大数据量下的共享性能）以及 Solution Design（基于业务需求的共享架构设计）。60 道题，105 分钟，及格线 62%。
OWD、Role Hierarchy 和 Sharing Rules 的考试占比大吗？
是的，Declarative Sharing 是最大考点。需要深入理解 Organization-Wide Defaults（OWD）各级别（Private、Public Read Only、Public Read/Write）的影响、Role Hierarchy 的记录访问继承逻辑、Sharing Rules 类型（Owner-based vs. Criteria-based）的区别和限制、以及 Implicit Sharing（如 Parent-Child 记录的隐式共享）。理解"最宽松原则"在多条规则叠加时的效果至关重要。
Apex Managed Sharing 考什么？
编程式共享部分需要掌握 Apex Managed Sharing（通过代码创建 Share 记录）的使用场景和限制、Share Objects 的结构（AccessLevel、RowCause、UserOrGroupId）、Apex Sharing 与 Declarative Sharing 的优先级关系，以及何时应该选择 Apex Sharing 而非 Sharing Rules。还需要了解 Sharing Recalculation（共享重算）对系统性能的影响。
备考 Sharing and Visibility Architect 需要什么前置经验？
这是 Architect 级别认证，建议持有 Salesforce Administrator（高级）和 Platform Developer I 认证，并有 3 年以上 Salesforce 实施经验。需要深入理解 Salesforce 安全模型（Profile、Permission Set、Role Hierarchy、Sharing Rules 的完整体系），以及在大规模用户和数据量下设计共享架构的实战经验。
Large Data Volume 场景下的共享设计是考试重点吗？
是的，Performance & Scalability 是重要考点。需要了解大数据量（百万级记录）场景下 Sharing Rules 的性能影响、Group Membership 计算的开销、Defer Sharing Calculations 的使用场景、Sharing Set 与 Sharing Group 在 Community/Experience Cloud 中的使用，以及如何通过 Account Teams、Territory Management 等功能优化共享设计。
62% 的及格线容易达到吗？
Sharing and Visibility Architect 是 Salesforce 架构师级别认证（考试费 $400），难度很高。题目几乎全是复杂场景题，给出组织结构和业务需求让你设计共享方案。需要综合考虑安全性、性能和可维护性。很多选项差异细微（如 Criteria-based Sharing Rule vs. Apex Sharing 的选择），建议模拟考试稳定在 75% 以上再参加正式考试。
听听学过的人怎么说
评价加载中…
这是我 Application Architect 路径 4 张前置证里考得最惊险的一张。前面 PD1/App Builder/Data Architect 都是一次 80%+ 过，这张低空飘过 71%。踩的最大坑是 Apex Managed Sharing 的 RowCause——我工作里写过 __Share insert，但一直用的是 Manual，考试里至少 5 道题在考"什么场景能建自定义 RowCause、标准对象能不能用自定义 RowCause"，真坐下来才发现自定义 RowCause 只有自定义对象能用，标准对象永远只能 Manual / Rule / ImplicitChild / Owner 这几个系统保留值。备考时一定要自己在 Dev Org 里两种对象都跑一遍。
J. Pereira
6 年 Salesforce Developer → 冲 Application Architect（Sydney） · 71% · 9 周
工作日常就在做 Sharing 架构，备考重点放在了 Implicit Sharing 和 Defer Sharing Calculations 这种平时不常触碰的机制上。考场上最意外的是 Implicit Sharing 题目密度远超预期——至少 6-8 道题在考 Account-Contact/Opportunity/Case 的隐式继承，包括一道特别绕的题："User 对 Account 只有 Read，对 Contact 有 Edit，问 User 最终对 Account 有什么权限" 答案是 Read（子对象 Edit 权限不会反向提升 parent 访问权，只会给 parent Read）。这种细节 Trailhead 根本不讲，必须读 Security Implementation Guide。
M. Sundararajan
8 年 Salesforce Solution Architect（Melbourne Deloitte） · 83% · 6 周
我是被公司晋升要求推着考的，项目经验主要在 Sales Cloud 配置，Apex 写得少。第一次模考 54%，最终考了 68%——刚过线 6 个点的惊险。最难的是 Territory Management 2.0 部分，我所有项目都没用过 Territory，全靠 Trailhead 模块硬啃。考试里大约 3-4 道题涉及 Territory，问的都是"Enterprise Territory Management 启用后 Account Sharing 如何被改写"这种细节。如果你项目里没用过 Territory，一定要额外花 3-4 天专门补这一块，否则送分题变送命题。
A. Thompson
Senior Consultant @ Capgemini Salesforce · 68% · 12 周
从第一章，开始你的备考。
前 2 章免费试学 · 完整备考 $39 起