最佳实践和限制

管理数据

对于联系和自定义实体同步，此集成将Microsoft Dynamics 365视为真的源。  对同步属性的任何更改应在Dynamics 365中完成，而不应在Adobe Campaign Standard中完成)。  如果更改是在活动中进行的，则在同步过程中，它们最终会在活动中被覆盖，因为同步是单向的。

在Dynamics 365中删除联系人时，可以选择将集成配置为向活动发出用户档案删除调用，以帮助保持数据完整性。但是，用户档案删除与隐私删除不同。活动中的隐私删除将删除活动用户档案记录和相关日志条目；但是，定期用户档案删除只会删除活动用户档案记录，而保留在活动日志中。如果集成中启用了用户档案删除功能，则需要执行其他步骤才能正确处理数据主体隐私请求。请参阅🔗下面的隐私部分中的步骤。

隐私

此集成旨在在Microsoft Dynamics 365和Adobe Campaign Standard之间传输最终用户数据。如果您的最终用户数据中包含此数据，则此数据包括个人信息。作为数据管理者，您的公司有责任遵守适用于您收集和使用个人数据的任何隐私法律和法规。

此集成旨在在Microsoft Dynamics 365和Adobe Campaign Standard之间传输最终用户数据（包括但不限于个人信息，如果它包含在您的最终用户数据中）。作为数据管理者，您的公司有责任遵守适用于您收集和使用个人数据的任何隐私法律和法规。

该集成不会发布任何数据主体隐私（例如，GDPR）删除或处理任何其他隐私请求（选择退出除外）。在处理隐私请求时，您应在Microsoft Dynamics 365和活动(通过Adobe Experience Platform Privacy Service)中单独执行。

如果您已配置集成，以在Dynamics 365中删除联系人时向活动发出定期用户档案删除调用，则应遵循以下步骤。确保在此过程中未对相关记录进行任何更新。

向Adobe Experience Platform Privacy Service发出隐私删除请求
监视请求，直到成功完成
验证记录是否不再在您的活动实例中
（不久之后）在Dynamics 365中发布隐私删除
验证是否已从两个系统中删除记录

以下链接可帮助您在每个系统中实施访问和/或删除隐私相关请求：

重要

如果任何活动自定义资源记录包含适用于客户使用活动的个人信息，则此类记录应直接链接到相应的活动用户档案记录（或通过其他自定义资源），以便用户档案记录上的隐私相关删除也可以删除包含个人信息的链接的自定义资源记录；必须配置实体之间的链接和删除选项，以启用链接记录的类层叠删除。个人信息不应输入到未链接到用户档案的自定义资源中。

退出

由于Microsoft Dynamics 365和活动之间的选择退出属性不同，以及每个客户的业务需求不同，因此选择退出映射已留作一项由客户完成的练习。  务必确保在系统之间正确映射退出功能，以便保持最终用户退出偏好，并且他们不会通过已选择退出的渠道接收通信。

请注意，在选择退出映射中只能使用以下内容：

活动属性带有“不再通过电子邮件联系”前缀（例如，不再通过电子邮件联系），或者
CCPA的特定属性

有关用户档案实体字段的详细信息，请在此处找到。

在Dynamics 365中，大多数选择退出字段具有“donot”前缀，但是，如果数据类型兼容，您还可以将其他属性用于选择退出目的。

设置集成时，您将有机会指定您的企业需要的退出配置：

单向(Microsoft Dynamics 365到活动):Dynamics 365是退出的真相。退出属性将沿一个方向从Dynamics 365同步到Campaign Standard
单向(活动到Microsoft Dynamics 365):Campaign Standard是退出选择的真相来源。退出属性将在从Campaign Standard到Dynamics 365的一个方向上同步
双向:Dynamics 365和Campaign Standard都是真相的源泉。退出属性将在Campaign Standard和Dynamics 365之间双向同步

或者，如果您有单独的过程来管理系统之间的退出同步，则可以禁用集成的退出数据流。

双向选择退出配置使用逻辑确定要写入两个系统的值。该逻辑比较两个系统之间的时间戳(Dynamics 365中的记录级别更改，活动中的属性级别更改)以确定哪个系统占上风。如果活动包含更新的时间戳，则活动值优先。如果Dynamics 365包含更新的时间戳或它们相等，则opt-out=TRUE将获胜（假定其中一个值为TRUE）。

了解如何在本节中选择选择加入/退出选项。

注意

请在此处进行更改之前查看并更新Adobe Campaign中的默认和特定类型规则（如果适用），以确保这些更改正确应用于所有传出通信。例如，请确保到选择退出首选项的任何映射都能准确反映收件人的意图/通信选项，并且不会无意中中断关系或事务性消息（如客户订单确认）的投放。

如果您选择了双向或单向(活动到Microsoft Dynamics 365)退出配置，活动退出数据将通过工作流定期导出到您的活动SFTP存储区域(请参阅下面的活动SFTP使用情况)。在您的活动退出工作流停止运行的事件中，您需要尽快手动重新启动，以降低错过退出同步的可能性。

重要

如果您需要Bidirectional或单向(活动到Microsoft Dynamics 365)退出配置，您需要向Adobe技术联系人发出请求，以便在您的活动实例上设置退出工作流

活动SFTP使用

您的活动 SFTP存储需要通过以下使用案例的集成来使用。您需要确保您的SFTP帐户具有足够的存储容量以适应这些使用情形。超过许可的SFTP存储容量可能会严重损害活动、集成和/或SFTP帐户的功能使用。

用例	说明
双向和单向(活动到Microsoft Dynamics 365)	双向和单向(活动到Microsoft Dynamics 365)选择退出数据流将利用活动 SFTP存储。活动工作流会将增量更改导出到SFTP文件夹。从那里，整合将收集记录和流程。
退出日志	排除集成故障时，连接器的输出日志将很有帮助。可以打开/关闭输出日志。

重要

您负责从SFTP文件夹访问和下载的信息。如果信息包含个人数据，您有责任遵守任何适用的隐私法律和法规。了解详情。

数据管理

现有活动数据

此集成将将联系人和自定义实体从Microsoft Dynamics 365同步到活动。集成不会修改在集成之外创建的活动记录（即，不是由同步作业创建的），包括集成配置时存在的活动记录。

由于此集成使用活动中的externalId字段将活动用户档案记录与Dynamics 365联系人记录同步，因此必须用Microsoft Dynamics 365 contactId填充此活动字段(externalId)，以便从Microsoft Dynamics 365同步记录。自定义实体也使用Microsoft Dynamics 365唯一ID进行同步。活动自定义实体需要将此ID属性作为表列包含。 externalId列可用于存储此属性值，但它不是活动自定义实体所必需的。

请记住，Microsoft Dynamics 365仍然是真理之源，而且，当集成检测到Dynamics 365端的更新时，活动用户档案数据可以被覆盖。根据您现有的部署，可能还需要其他步骤来启用集成；因此，建议您与Adobe技术联系人密切合作。

注意

由于现有客户部署的复杂性，建议您在规划和设置集成时与Adobe技术联系人合作。

数据同步频率

该集成利用一种架构，允许在Microsoft Dynamics 365中发生更新后不久便检测更新并将其添加到处理“队列”（即流，而非批处理）。因此，无需指定数据流运行频率或计划。

这种情况的例外是双向和活动Dynamics 365选择退出数据流。对于这些选择退出配置，更新的活动记录每天通过活动工作流导出到SFTP，之后集成工具将读取文件并处理记录。

数据使用协议

如果您位于EMEA或APAC地区，则您的某些数据将作为此集成的一部分在美国进行处理。有关更多信息，请参见此章节。

护栏和限制

重要

您的某些操作（例如，初始收录记录、重新播放记录数据等）可能导致大量记录从Microsoft Dynamics 365摄取到您的Adobe Campaign实例。为降低性能问题的风险，建议您停止所有活动流程(例如，不进行营销活动，不运行工作流等) 直到大量记录被引入活动。

自定义实体

Microsoft Dynamics 365-Adobe Campaign Standard集成支持自定义实体，使Dynamics 365中的自定义实体能够与活动中的相应自定义资源同步。

该集成支持链接表和非链接表。

配置自定义实体数据流时，务必注意以下事项：

创建和修改活动自定义资源是敏感操作，只能由专家用户执行。
对于自定义实体数据流，必须在Dynamics 365中为同步的自定义实体启用更改跟踪。
如果在Dynamics 365中，由于并行处理集成，在接近同一时间创建父记录和链接子记录，则在其父记录之前，将新子记录写入活动的可能性很小。
如果使用1基数简单链接选项在活动端链接父记录和子记录，则子记录将保持隐藏且不可访问（通过UI或API），直到父记录到达活动。
(假定1基数简单链接在活动中)如果在Dynamics 365中更新或删除子记录，并且该更改在父记录以活动显示之前写入活动（不太可能，但是可能存在远程），则该更新或删除不会在活动中处理，并将引发错误。在更新时，需要在Dynamics 365中再次更新相关记录，以同步更新的记录。在删除的情况下，相关记录需要在活动端单独处理，因为Dynamics 365中不再有要删除或更新的记录。
如果您遇到您认为有隐藏的子记录并且无法访问这些记录的情况，则可以将基数链接类型临时更改为0或1个基数简单链接以访问这些记录。

本节提供了更全面的活动自定义资源概述。

集成护栏

在计划使用这种一体化时，应考虑以下护栏。如果您认为超过了这些护栏，请咨询Adobe技术代表。

您需要许可正确的活动包，以支持集成生成的引擎调用量。超过授权引擎调用量可能会导致活动性能降低。

使用以下内容帮助从集成中估计引擎调用量：
- 记录插入（即，新记录）：1个引擎呼叫
- 录制删除：1个引擎呼叫
- 记录更新：2个引擎调用(如果目标记录与源记录相同，即，如果未更改活动记录，则仅调用1个)
在估计总体活动引擎调用量时，必须考虑其他引擎调用源，包括登陆页、WebApps、JSSP、API、移动应用程序注册等。

视图活动包信息：https://helpx.adobe.com/cn/legal/product-descriptions/campaign-standard.html
该集成最多支持3000万个联系人。
标准集成产品包括对最多五个自定义实体的支持，每个实体的最大大小为50列。
在实施集成之前，您需要创建并发布自定义资源。
链接表时最大表深度为两个（即表1->表2->表3）
对Microsoft Dynamic 365数据类型的支持有限。如果您的数据模型包含简单数据类型以外的数据类型（例如字符串、整数、小数等），则您可能需要在使用集成之前更新您的数据模型。
如果选择保留活动自定义实体中的现有数据，则需要为集成准备数据。
Adobe和客户之间可能需要建立入职维护窗口。
请注意，集成的使用率显着增加或“尖峰”（例如，新记录或更新记录的急剧增加）可能会导致数据同步速度变慢。
作为集成的一部分，您应完成Microsoft Azure和Dynamics 365中的预集成配置步骤。请参阅此页上的配置步骤🔗
您应将Dynamics 365和活动数据模型引入集成并对其进行维护。

集成边界

该集成旨在解决Microsoft Dynamics 365和活动之间常见数据移动的一般用例，但它并非旨在解决每个客户特有的每个用例：

该集成不会发布任何隐私（例如GDPR）删除。满足最终用户隐私要求的责任在于客户；此类请求应在活动(通过Adobe Experience Platform Privacy Service)和Dynamics 365中独立提出。如果需要，该集成会发出定期删除以帮助进行数据同步。有关详细信息，请查看隐私部分。
不会将任何用户档案或自定义实体数据从活动同步到Dynamics 365，但退出信息除外（如果客户进行了配置）。
活动订阅管理（即，订阅/取消订阅）本身不受支持。
不支持在Dynamics 365中编写和触发活动电子邮件活动。
该集成不支持在Dynamics 365和Campaign Standard数据模型之间重构数据。预期集成将将一个Dynamics 365表同步到一个活动表。