Dynamics 365 和 SharePoint 采用不同的安全模型。将它们集成用于文档存储时，仅会将记录与文件夹建立关联，而不会将 Dynamics 365 的安全角色与 SharePoint 的权限建立关联。.
结果是：在 Dynamics 365 中仅能访问自身账户的用户，现在可以直接打开 SharePoint，并查看该组织中所有账户的文档。.
对于一个五人团队来说，这确实是个麻烦。但对于拥有数千名用户、多个业务部门，且需遵守GDPR、NIST、HIPAA或PCI DSS规定的企业而言，这无异于当前就潜伏在您的文档库中、尚未得到妥善管理的合规风险。.
本指南面向第二类人群。它阐述了如何在更大范围内真正弥合这一差距，以及为何您所选工具的部署架构将决定该解决方案能否在用户数量超过一百人后依然稳定运行。.
了解用于 Dynamics 365 和 SharePoint 权限同步的工具
将 SharePoint 的权限与 Dynamics 365 同步
在企业级场景下，要将 SharePoint 的权限与 Dynamics 365 进行同步，需要一个专用的复制解决方案，该方案需持续读取 Dynamics 365 的安全模型、角色、业务单元层级、用户和团队，并实时在 SharePoint 中实施等效的权限。 手动修复和 Power Automate 流程在处理单个实体之外便难以奏效。.
决定性因素是部署模型，而非业务单元数量——任何解决方案都能从单个实例中原生读取业务单元信息。 真正的限制在于多个 SharePoint 站点和多租户环境：Dynamics 365 的原生连接器仅支持一个默认站点，而 SharePoint 必须与 Dynamics 365 共享同一租户，因此，如果未针对每个环境进行单独部署，则仅限于单个 CRM 实例的解决方案无法覆盖上述任一环境。.
为什么这在企业级层面并非CRM管理员层面的问题
对于规模较小的组织而言，由于涉及的变量有限——仅有一个实体、一个业务部门以及几十名用户——有时仅靠手动修复或使用 Power Automate 流程就能应付过去。但大型企业却没有这种“奢侈”。您需要管理的是：
- 多个业务单元和父子层级结构, ，其中访问权限取决于组织结构，而不仅仅取决于个人角色
- 基于经理和职位的层级安全机制, ，而大多数轻量级同步方案都无法准确实现这一点
- 数千名用户和文档, ，如果权限结构未设计成能够管理这些情况，这将使SharePoint自身的权限范围达到极限
- 多租户或多区域环境, ，其中，每个与之相关的租户中，单个嵌入式 CRM 工具都必须在 Dataverse 自身的资源限制范围内运行
- 可审计的合规要求, ，其中"我们认为权限设置已符合要求"这一回答在GDPR或NIST审计中是不可接受的
- 需要对所有这些内容进行持续、实时的管理，而不是通过批处理任务或定时同步来实现——后者会在访问权限发生变更与实际生效之间产生时间差
针对这个问题，通常提出了两种方法，但这两者都不是为上述情况设计的
手动权限管理无法实现可扩展性。. 每次角色变更、团队调整或新员工入职，都需要对 SharePoint 进行相应的手动更新。一旦负责进行这些更新的人员超过寥寥数人，该机制就无法再作为真正的合规控制措施发挥作用。 由于缺乏将 CRM 变更与其本应触发的 SharePoint 更新关联起来的审计追踪记录，因此无人能证明访问权限曾真正保持一致。.
自定义 Power Automate 流程 这种方案适用于结构简单的单一实体，但在企业级场景下会难以应对：流程以异步方式运行，因此针对大规模用户群体的并发权限变更可能会导致同步失效；团队成员资格变更没有原生触发机制；而且，每增加一个实体或业务单元，都会成倍增加团队需要构建、测试并无限期维护的自定义逻辑。 这便演变成一个你未曾列入预算的内部软件项目。.
市场上的其他解决方案都是作为托管型 CRM 解决方案直接安装并运行在 Dynamics 365 内部，没有其他部署途径。如果贵组织运行的是单一且结构简单的 Dataverse 环境，这确实是一个不错的选择。这就是其中的差距 CB Dynamics 365 to SharePoint Permissions Replicator 建得太近了。.
CB Dynamics 365 to SharePoint Permissions Replicator：专为应对企业复杂性而设计，而非绕开复杂性
它是如何工作的
- 持续的权限监控。. CB Dynamics 365 to SharePoint Permissions Replicator 会向 Dynamics 365 请求对用户权限、团队、安全角色和业务部门的变更，无需手动触发。.
- 自动转换为 SharePoint 权限。. 检测到更改时，系统会自动将其与相应的 SharePoint 权限结构进行同步，方法是使用基于 Active Directory 的映射，或者 完全地 您定义的自定义映射规则。.
- 实时执法。. 更新在后台持续进行，无论用户数量、群组数量或文件量如何，均无需批处理任务，也无需安排定时补更新。.
- 完整的审计日志记录。. 每次权限变更都会 CB Dynamics 365 to SharePoint Permissions Replicator 所有“makes to SharePoint”的操作都会被记录在案，从而为您提供可审计的追踪记录，这正是合规和IT安全团队所需要的，以便切实证明访问控制的有效性，而不仅仅是口头宣称。.
它无一例外地支持 Dynamics 365 访问结构的全部范围：用户、团队、访问团队、访问团队模板、安全角色、业务部门、, 分享,、权限层级以及基于经理或职位的安全等级体系。这正是那些更轻量级、嵌入式CRM工具往往只能近似实现而非完全复现的地方。.
需要一个实施流程吗？请参阅此处 步骤指南 供您参考。.
为何部署灵活性是企业的核心竞争力
正是这一细节，将 CRM 插件与企业级安全控制区分开来：
CB Dynamics 365 至 SharePoint 权限 Replicator 提供了三种部署选项：
- 自主托管（本地或虚拟机中）
- 在 Microsoft Azure 上，,
- 作为共享型SaaS（托管于美国或欧盟）或作为专用型SaaS。.
这意味着该架构 适应 以适应您的数据驻留要求、网络安全政策以及现有的基础设施投资，而不是让您为了适应某个单一的嵌入式 CRM 应用程序而调整治理模式。 对于需要管理多个租户、遵守区域性数据驻留规则，或遵循由 IT 安全团队（而非 CRM 管理员）制定的基础设施标准的企业而言——这绝非一项便利功能，而是该部署方案能够通过安全审查的关键所在。.
实际应用中是怎样的
- 安装一次，永久使用： 设置完成后无需用户操作，它将全天候在后台运行，包括在进行 Dynamics 365 和 SharePoint 版本更新期间。.
- 节省时间的用户映射： Active Directory 集成会自动将 Dynamics 365 用户映射到 SharePoint 用户，对于复杂或非标准的情况，还支持自定义映射。.
- 设计上即符合合规要求： 该系统符合GDPR、NIST、PCI DSS、ISO等框架的要求，并具备审计日志，可在审查期间提供相关证明。.
- 具有自定义文件夹结构的Scales： 与 SharePoint Structure Creator 配合使用时，它可避免 SharePoint 库在组织文档量增长时所面临的独特权限限制问题。.
- 支持多租户： 通过为每个租户配置应用程序用户和权限，并为每个租户独立运行同步操作，从而支持多租户模式。该方案已在企业级规模中得到验证，部署范围覆盖多个国家，用户数量超过10,000人。.
企业决策框架
|
您的环境 |
真正经得起考验的是什么 |
|
单一业务部门，用户数约20人以下 |
手动或基础的 Power Automate 流程，短期内可接受 |
|
单一实体、简单的层级结构、专职的 Power Platform 团队 |
Power Automate，伴随持续的维护成本 |
|
多个业务部门、分层安全、合规义务 |
专用复制工具 |
|
多租户、多区域、500多名用户、严格的数据驻留要求 |
CB Dynamics 365 至 SharePoint 权限复制器，在此处，部署灵活性是不可妥协的。此外，它还提供s 上述所有目的。. |
如果贵组织处于最后一名，问题就不在于是否需要自动化 权限 关于复制，您已经了解。关键在于，您选择的解决方案能否按照您的基础设施和合规要求进行部署，还是说您将不得不根据某款工具的局限性来重新设计安全审查流程，而不是反过来。.
观看实际演示
了解 CB Dynamics 365 至 SharePoint 权限复制器的工作原理
