出站营销中的业务部门支持

重要提示

本文仅适用于出站营销，将于 2025 年 6 月 30 日从产品中移除。 为避免中断，请在此日期之前过渡到实时旅程。详细信息：过渡概述

管理员可使用业务部门基于应用程序的使用者和每条记录的负责人控制对记录的访问。

细分范围、成员身份和成员列表

业务部门影响出站营销客户细分，如下所示：

具有业务部门级访问权限的用户只能查看自己的业务部门中的联系人，即使客户细分中包含其他业务部门的联系人也不例外。
高级用户和特权用户也可以查看子业务部门的成员，甚至所有业务部门的成员（具体取决于该用户的安全角色）。
同样，客户细分的成员计数与单个用户可查看的成员数量对应。如果为实例启用范围，则每个客户细分都有一个范围设置，可将其设置为“组织”或“业务部门”。此外：
- 业务部门范围的客户细分中仅包含与客户细分负责人属于同一个业务部门的联系人，即使选择条件查找属于所有业务部门的联系人也不例外。
- 组织范围的客户细分中可以包含属于所有业务部门的成员。
- 标准用户和高级用户只能创建业务部门级范围的客户细分。
- 只有具有组织级创建和更新权限的用户才能选择组织范围设置。
如果为您的实例禁用范围，则无论客户细分的创建者或负责人是谁，所有客户细分的范围均为组织级，这意味着其中可包含属于所有业务部门的联系人。

业务部门影响客户旅程，如下所示：

如果为实例启用范围，则每个客户旅程有一个范围设置，可将其设置为“组织”或“业务部门”。此外：
- 业务部门范围的旅程仅处理与旅程负责人属于同一个业务部门的联系人，即使旅程的目标为包含其他业务部门的联系人的客户细分、列表和/或页面也不例外。
- 组织范围的旅程处理所有业务部门的联系人。
- 标准用户和高级用户只能创建业务部门级范围的旅程。
- 只有具有组织级创建/更新权限的用户才能选择组织范围设置。
如果为您的实例禁用范围，则所有旅程的范围均为组织级，这意味着它们将处理目标客户细分、列表和/或页面中的所有联系人，而无论各联系人属于哪个业务部门。

备注

旅程激活之后，即使旅程负责人发生改变或者负责人的业务部门发生改变，锁定业务部门范围也会锁定。

业务部门影响联系人和潜在顾客，如下所示：

市场营销窗体提交创建的联系人和潜在顾客记录最初由窗体负责人负责。
客户旅程中的创建潜在顾客磁贴生成的潜在顾客最初由旅程负责人负责。
如果为您的实例启用范围，则传入联系人和潜在顾客的重复项检测与匹配将考虑负责业务部门。这意味着您在数据库中可能有两个或更多重复联系人，每个属于不同业务部门，并且不考虑其他联系人的重复项或匹配项。
如果为您的实例禁用范围，则重复项检测与匹配不考虑负责业务部门。
单个潜在顾客评分属于同一位负责潜在顾客评分模型的用户。就像其他所有类型的记录，可能基于查看者用户的安全角色和业务部门成员资格影响潜在顾客评分可见性。

活动注册和出席记录属于活动的负责人。就像其他所有类型的记录，这可能基于查看者用户的安全角色和业务部门成员资格影响注册和出席可见性。

每个见解记录由生成该记录的记录（如电子邮件、市场营销页面或旅程）负责。因此，显示的值可能受到查看者用户的安全角色和业务部门成员资格影响。

例如，具有电子邮件的业务级访问权限的用户可以看到一封邮件被五位联系人打开过，但是在查看联系人列表时，只能看到属于该用户的业务部门的三位联系人的姓名，以及两位匿名联系人。

从 LinkedIn Lead Gen Forms 生成的窗体提交、潜在顾客和联系人与客户的 LinkedIn 用户配置文件记录具有同一位负责人。但是，您可以通过自定义 LinkedIn Lead Gen Forms 功能随附的工作流来修改此行为。

虽然 Dynamics 365 Customer Insights - Journeys 中始终启用大多数业务部门功能，但客户细分和客户旅程的业务部门范围可选（如本文前文所述）。

重要提示

在当前版本中，启用业务部门范围时，将禁用静态客户细分。如果同时需要静态客户细分功能和业务部门范围，请创建静态市场营销列表并将其嵌入到动态客户细分中。将来的版本中应该会解除此项限制。

若要启用或禁用此功能：

提示

负责业务部门的默认值切换开关仅在启用了业务部门范围功能切换开关时显示。