Salesforce Lightning Sync 常见问题解答

以下是关于您使用 Salesforce Lightning Sync 可能遇到特定问题的答案：

1.我们为何在使用 Microsoft Office365® 帐户连接 OAuth 2.0 时需要 Office365 全局管理员角色？

如果您不熟悉 OAuth 2.0，请从阅读规范开始：OAuth 2.0

正如您从 Lightning Sync 设置页面所见，在请求全局管理员帐户进行身份验证时，我们实际上会将用户重定向到 Microsoft O365 登录页面。凭据永远不会向 Lightning Sync 提供，并且 Salesforce 始终不知道凭据的内容；即，此凭据永远不会存储到 Salesforce 组织，并且永远不会用于与 O365 的后续连接。而是，在初始 OAuth 设置后，将使用不含凭据的 OAuth 令牌，形式为对 OAuth 身份验证的一次性同意。

作为 oAuth 2.0 流初始阶段的一部分，将 Lightning Sync 的多租户 Azure 应用程序（称为“Salesforce Lightning Sync”）安装到 Azure 实例；在此处的 Active Directory 入口网站中可见。通过执行此操作，Azure 全局管理员同意 Lightning Sync 应用程序可以获取 OAuth 令牌；该令牌可通过 EWS 访问用户的邮箱。

请注意，此过程的目的是将应用程序注册到 Azure 租户中的客户 AD，并使 Lightning Sync 从 Azure 获取租户 ID。Azure 全局管理员不需要成为同步用户，管理员也无需通过登录 Azure 获取任何“权力”，并且不会为管理员授予模拟权限；该管理员仅将应用程序安装到 Azure 租户。该应用程序仍保持安装，并且将继续永久运行，即使管理员更改密码或从公司离职。

要了解有关 Lightning Sync 企业应用程序架构和设计的更多信息，请阅读：
Azure Active Directory 版本 2.0 和 OAuth 2.0 客户端凭据流
客户端凭据概览文档
使用 Office 365 邮件、日历和联系人 API 构建守护程序或服务应用程序

以下是解释 Lightning Sync 所用访问权限/权限的其他要点：

• 在没有登录用户的情况下，允许应用通过 Exchange Web 服务对所有 Mail Exchange 用户帐户拥有完全访问权限。
• 允许用户登录应用，并允许应用读取登录用户的简档。此外，也允许应用读取登录用户的基本公司信息。
• 在设置时，O365 管理员会在 Microsoft Azure AD 站点上输入 Azure 密码，而不是 Salesforce。
• Salesforce 会存储 oAuth 2.0 令牌，而非证书。
• Microsoft 对 OAuth 2.0“客户端凭据授予流”协议的实施不支持客户涵盖客户端可以访问的邮箱，因此 Lightning Sync 从 Azure 获取的令牌可以访问所有 Office Mail Exchange 用户帐户，个人用户无需进行身份验证。
• 通过 Lightning Sync 传输的数据已通过 SSL 完全加密，并且任何第三方不会进行共享。
• 如果 O365/Azure 管理员决定撤销访问权限，管理员可以从 Azure 入口网站卸载应用程序，Lightning Sync 服务将无法再获取令牌。
• 如果用户在 O365 或 Salesforce 中取消激活（或从活动 Lightning Sync 配置中移除），我们将不再同步该用户的事件和联系人。

2.如果我们更改密码或将 Office365 全局管理员角色降级为“用户（无管理员访问权限）”，或如果我们在使用 OAuth 2.0 for Microsoft Exchange 建立连接后立即删除全局管理员，将会怎样？

不会发生任何更改，Lightning 同步仍将保持连接，因为访问令牌会重新使用，而非刷新到新令牌。
   
注意：在全球管理员同意并将应用程序安装到租户，Lightning Sync 可以获取令牌，以通过 EWS API 访问该租户中的用户邮箱帐户。

3.如果我们在使用“Microsoft Exchange 的服务帐户”建立连接后更改 Exchange 服务帐户的密码，将会怎样？

您需要向 Salesforce Lightning 同步设置重新提供 Exchange 服务帐户的凭据，否则记录同步将无法正常工作。
 

4.Lightning Sync 如何在使用连接方法：“Microsoft Exchange 的服务帐户”时存储 Exchange 服务帐户的密码？

Lightning Sync 会在 Visualforce 页面中询问服务帐户的名称和密码，在利用 Salesforce 中的现有“加密字段”功能的数据库中采用加密哈希函数的加密形式保存密码；同时也会提供密钥管理机制。Lightning Sync 会使用这些加密凭据，以在 SSL 加密连接后通过 EWS 和自动发现服务与 Exchange 进行通信，并且从不传输纯文本，而是哈希输出。应用程序会对提供的密码进行哈希处理，并将其与存储的密码进行对比。
凭据会使用 3 层密钥存储架构进行存储，并且符合 PCI。

5.我们是否可以使用 Lightning Sync 双向同步事件？

是，您可以使用 Lightning Sync 及任何可用连接方法双向同步事件。有关更多信息，请参阅当使用 Lightning Sync 时在配置中可用的事件同步方向。
 

6.我们是否可以使用双向同步将通过 API/后端工具创建的事件从 Salesforce 同步到 Exchange？

是，自 Winter'19 版本起，从 API/后端创建的事件将根据代表的现有同步配置自动同步。

7.我们是否可以使用 Lightning Sync 同步通过快速操作（发布者操作）从 Outlook 集成插件或 Gmail 集成 Chrome 扩展程序创建的事件？

是，从 Outlook 集成插件或 Gmail 集成创建的任何事件也将使用 Lighting Sync 从 Salesforce 同步到 Exchange (Google) 日历。

注意：将同步使用快速发布者操作从侧面板（电子邮件应用程序窗格）创建的事件。如果您通过在同步配置中设置“用户选择的事件”指定将哪些 Exchange/Google 事件同步到 Salesforce，也将同步使用“添加事件”按钮添加的事件。

8.Lightning Sync 支持哪些 Salesforce 许可证类型？

Lightning Sync 适用于 Sales/Service Cloud (Salesforce)、Lightning Platform 和 Force.com User 许可证。根据通过许可证可用的对象，代表可以在 Microsoft 应用程序与 Salesforce 之间同步联系人、事件或两者。

注意：对于使用 Lightning Platform - Salesforce Platform、Lightning Platform - OneApp 或 Lightning Platform App Subscription 许可证的 Salesforce 用户，将同步事件。对于通过用户许可证 Lightning Platform - One App 使用的 Lightning Sync 客户，将不支持联系人同步。Lightning Platform - One App 不包含联系人对象。Lightning Platform Starter 和 Lightning Platform Plus 许可证类型不支持事件和联系人同步。
 

9.Salesforce 中的事件出席者与事件被邀请人有何不同，以及我们是否可以将其从 Salesforce 同步到 Exchange？

Lightning Experience 会提供事件出席者，这与 Salesforce Classic 中的事件出席者相似（虽然略有不同）。

• 被邀请人无需任何设置，用户可以 - 在 Salesforce Classic 中查看、邀请或管理事件被邀请人。Salesforce 会代表用户向事件被邀请人发送会议邀请，被邀请人可以选择通过单击回应此请求按钮回应，并在 Salesforce 中收到回应。被邀请人也可以选择将 .vcs 文件添加到 Outlook，Salesforce 用户可以选择从 Salesforce 事件中单击添加到 Outlook 按钮安排会议。请参阅 Salesforce Classic 中的计划和邀请。
• 同步出席者需要管理员设置 Lightning Sync，这允许用户在 Lightning Experience 和适用于 iOS 和 Android 的 Salesforce 中查看、邀请或管理事件出席者。请参阅事件出席者同步 and 在 Lightning Experience 中使用事件和日历的注意事项，以了解有关此主题的更多信息。

10.我为何未在 Salesforce 事件中看到标准“出席者”字段？

出席者字段仅在您满足以下条件时可用：

• Salesforce 管理员需要在 Salesforce 组织中启用 Lightning Experience (LEX)。
• 在 Lightning Experience 和 Salesforce 应用程序中，当管理员将其添加到事件页面布局、紧凑页面布局或快速操作布局时，用户获取“出席者”字段。出席者字段在活动时间线上不可用。
• 对于同步出席者，管理员需要使用“双向同步”或“Salesforce 到 Exchange/Google”同步方向的任何连接方法设置 Lightning Sync，这样事件才可以在 Salesforce 与用户的 Microsoft®/Google 日历之间同步。

11.使用 Lightning Sync 同步事件和联系人的频率是？

根据多个内部和/或外部因素（其中包含用户群和同步的记录数量），初始同步可能需要 48-72 小时或更长时间。在初始同步完成后，每个新创建的记录将在几分钟内同步。但在一些情况下，同步需要最多一天或更长时间：

• 在多个用户设置为大约同时开始同步时
• 在同步等待处理大量联系人时
• 注意：Lightning Sync 将同步 5 万个联系人和 5 万个事件。

查看联系人同步和事件同步。
如果您发现记录同步出现严重延迟，请通过 Salesforce 记录支持个案。
 

12. Lightning Sync 是否支持多重身份验证？

双重身份验证将不适用于 Lightning Sync，因为同步引擎会作为服务运行。目前，Lightning Sync 服务帐户方法不支持 Outlook 多重身份验证。作为解决方法，仅为服务帐户禁用多重身份验证。有关更多信息，请参阅设置双重身份验证登录要求。
 

13.在设置 Lightning Sync 时，我需要了解哪些最佳实践？

• 在生产中推出解决方案前，请始终先在 Sandbox 中对一小部分用户执行测试。
• 对于您配置 Lightning Sync 的每个新组织，将始终视为首次同步，并且需要 48-72 小时或更长时间（取决于多个内部和/或外部因素）。 
• 在从头开始设置 Lightning Sync 时，请始终先为 1 个用户启用同步，然后逐渐增加多插槽中的用户。 
• 请勿频繁更改活动配置，其中包含添加/移除用户/简档，更改同步方向，更改数据集，删除/重新创建配置，将相同用户重新添加到新配置等。 
• 请勿将简档添加到 Lightning Sync 配置，其中具有不活动用户（非活动用户），或包含电子邮件地址不属于已同步域/Exchange 的用户 - 这将导致在多个周期中每次选择这些用户，并在服务器中产生错误。 
• 如果同步缓慢或出现任何功能问题，请勿对用户执行“重置同步”。仅在您未看到特定用户的任何同步或即使连接测试通过也未选择用户进行同步时，重置同步。重置同步将清理所有记录，并从头开始同步。
• 请勿启用/禁用 Lightning Sync，更改连接方法，或者频繁更改服务帐户的凭据（如果使用服务帐户方法）。这些操作会导致性能问题、不同步、后端映射丢失、记录重复等。
• 请在 Salesforce 中批处理或批量更新事件或联系人记录前采取预防措施，这会导致更新/覆盖对应系统中的记录，具体取决于同步方向和数据集设置。这也会导致创建重复项，并发送事件更新通知（如果存在出席者）。
• 如果您迁移 Exchange 服务器，请实施任何更改，以指向不同服务器或移动邮箱帐户 - Outlook 与 Salesforce 事件之间的唯一映射 ID/关系 ID 将丢失/损坏。在此情况下，您将在任一系统中获取重复项，这取决于同步方向。要避免重复项，请确保您在 Exchange 端为移动数据维护不同日历文件夹，并将主日历留空，以与 Salesforce 同步。此外，也建议在 Exchange 服务器中执行此类活动期间禁用 Lightning Sync。

否，Lightning Sync 需要包含日历和联系人文件夹访问权限的主邮箱地址，才可以同步记录。如果您正在使用“别名”或“分发列表”或“共享组”邮箱/电子邮件地址，同步可能无法正常工作，Salesforce 将无法为其提供支持。

18.从 Salesforce 删除的事件为何无法从 Outlook 删除？

造成此情况的其中一个原因是，对于启用旧版“BiDi 同步 (Beta)”权限的组织，Lightning Sync 不支持 Salesforce 到 Exchange (Outlook) 删除事件。为从 Salesforce 到 Exchange 删除事件，需要禁用此权限。请联系 Salesforce 支持，以获取有关为 Salesforce 组织禁用此权限的帮助。

19.Salesforce 日历中事件的时间为何与 Outlook 日历中的时间不匹配？

在使用 Lightning Sync 同步事件时，Windows 与 Salesforce 必须设置相同时区。在不同时，Salesforce 将显示用户时区设置。这将使事件延迟或提前 1 或 2 小时显示。