ベストプラクティスと制限事項 acs-msdyn-best-practices

データの管理 acs-msdyn-manage-data

連絡先とカスタムエンティティの同期の場合、この統合は​Microsoft Dynamics 365を信頼できる唯一の情報源として扱います。同期属性の変更はDynamics 365で行い、Adobe Campaign Standardでは行わないでください）。Campaignで変更を行った場合、同期は一方向であるため、Campaignで最終的に上書きされます。

統合は、Dynamics 365で連絡先が削除されたときにCampaignに対してプロファイル削除呼び出しを発行するようにオプションで設定でき、データの整合性を維持するのに役立ちます。 ただし、プロファイル削除はプライバシー削除とは異なります。 Campaignでプライバシーを削除すると、Campaign プロファイルレコードと関連するログエントリが削除されます。一方、通常のプロファイル削除では、Campaign プロファイルレコードのみが削除され、残りはCampaign ログに残されます。 統合でプロファイル削除機能が有効になっている場合は、データ主体のプライバシー要求を適切に処理するために、追加の手順に従う必要があります。 以下の「​ プライバシー」セクションの手順を参照してください。

プライバシー acs-msdyn-manage-privacy

この統合は、Microsoft Dynamics 365とAdobe Campaign Standard間でエンドユーザーデータを転送するように設計されています。 このデータには、エンドユーザーデータに含まれる個人情報が含まれます。 データ管理者として、企業は、個人データの収集と使用に適用されるプライバシーに関する法律や規制を遵守する責任があります。

この統合は、Microsoft Dynamics 365とAdobe Campaign Standard間で、エンドユーザーデータ（エンドユーザーデータに含まれる場合は個人情報を含むがこれに限定されない）を転送するように設計されています。 データ管理者として、企業は、個人データの収集と使用に適用されるプライバシーに関する法律や規制を遵守する責任があります。

統合により、データ主体のプライバシー（GDPRなど）が削除されたり、その他のプライバシー要求（オプトアウトを除く）を処理したりすることはありません。 プライバシーリクエストを処理する場合は、Microsoft Dynamics 365とCampaign （Adobe Experience Platform Privacy Service経由）の両方で個別に処理する必要があります。

連絡先がDynamics 365で削除されたときに、Campaignに対して通常のプロファイル削除呼び出しを発行するように統合を設定している場合は、次の手順に従う必要があります。 このプロセス中に、該当するレコードが更新されないようにします。

オプトアウト opt-out

Microsoft Dynamics 365とCampaignのオプトアウト属性の違い、および各ユーザーのビジネス要件の違いにより、オプトアウトマッピングはお客様が完了するための作業として残されています。エンドユーザーのオプトアウト設定が維持されるように、システム間でオプトアウトが適切にマッピングされ、オプトアウトしたチャネルを介したコミュニケーションが受信されないようにすることが重要です。

オプトアウトマッピングでは以下のみを使用できることに注意してください。

プロファイルエンティティのフィールドに関する詳細については、こちらを参照してください。

Dynamics 365では、ほとんどのオプトアウトフィールドに「donot」というプレフィックスがありますが、データタイプが互換性がある場合は、オプトアウトの目的で他の属性を使用することもできます。

統合をプロビジョニングする際に、ビジネスに必要なオプトアウト設定を指定できます。

別の方法として、システム間のオプトアウト同期を管理する個別のプロセスがある場合、統合のオプトアウトデータフローを無効にすることができます。

双方向オプトアウト設定では、ロジックを使用して、両方のシステムに書き込む値を決定します。 このロジックは、2つのシステム間のタイムスタンプを比較し（Dynamics 365のレコードレベルの変更、Campaignの属性レベルの変更）、どのシステムが優先されるかを判断します。 Campaignに最新のタイムスタンプが含まれている場合は、Campaignの値が優先されます。 Dynamics 365に最新のタイムスタンプが含まれている場合、または同じタイムスタンプが含まれている場合、opt-out=TRUEが勝者となります（いずれかの値がTRUEの場合）。

オプトイン/オプトアウトオプションを選択する方法については、この節を参照してください。

双方向​または​ 単方向（CampaignからMicrosoft Dynamics 365） ​のオプトアウト設定を選択した場合、Campaign オプトアウトデータは、ワークフローを介してCampaign SFTP ストレージ領域に定期的に書き出されます（「Campaign SFTPの使用状況」を参照）。 Campaign オプトアウトワークフローの実行が停止した場合は、オプトアウト同期を逃す可能性を減らすために、できるだけ早く手動で再起動する必要があります。

Campaign SFTPの使用状況

Campaign SFTP ストレージは、以下のユースケースで統合で使用する必要があります。 これらのユースケースに対応するために、SFTP アカウントに十分なストレージ容量があることを確認する必要があります。 ライセンス済みのSFTP ストレージ容量を超えると、Campaign、統合および/またはSFTP アカウントの機能的な使用が著しく損なわれる可能性があります。

データ管理

既存のキャンペーンデータ

この統合により、連絡先とカスタムエンティティがMicrosoft Dynamics 365からCampaignに同期されます。 統合外で作成されたキャンペーンレコード（つまり、同期ジョブによって作成されたものではない）は、統合設定時に存在するキャンペーンレコードを含め、統合によって変更されません。

この統合では、Campaignの​externalId フィールドを使用してCampaign プロファイルレコードをDynamics 365の連絡先レコードと同期するため、Microsoft Dynamics 365から同期するレコードについて、このCampaign フィールド（externalId）にMicrosoft Dynamics 365 contactId​を入力する必要があります。 また、カスタムエンティティは、Microsoft Dynamics 365の一意のIDを使用して同期されます。 Campaign カスタムエンティティには、このID属性をテーブル列として含める必要があります。 externalId列を使用して、この属性値を保存できますが、Campaign カスタムエンティティには必要ありません。

Microsoft Dynamics 365は依然として信頼できる唯一の情報源であり、統合がDynamics 365側で更新を検出すると、Campaign プロファイルデータを上書きできることに注意してください。 既存のデプロイメントによっては、統合を有効にするために他の手順が必要になる場合もあります。そのため、Adobeのテクニカルコンタクトと緊密に連携することをお勧めします。

データ同期頻度

この統合では、更新を検出し、Microsoft Dynamics 365で更新が発生した直後に処理「キュー」に追加できるアーキテクチャを利用します（つまり、バッチ処理ではなくストリーミング）。 このため、データフローの実行頻度やスケジュールを指定する必要はありません。

これに対する例外は、双方向およびCampaignからDynamics 365 オプトアウトデータフローです。 これらのオプトアウト設定では、更新されたCampaign レコードは1日に1回、Campaign ワークフローを介してSFTPに書き出されます。その後、統合ツールはファイルを読み取り、レコードを処理します。

データ使用許諾契約

EMEAまたはAPAC地域にお住まいの場合、データの一部は、この統合の一環として米国で処理されます。 詳しくは、この節を参照してください。

ガードレールと制限

カスタムエンティティ

Microsoft Dynamics 365-Adobe Campaign Standard統合では、カスタムエンティティがサポートされているため、Dynamics 365のカスタムエンティティをCampaignの対応するカスタムリソースに同期できます。

統合では、リンクされたテーブルとリンクされていないテーブルの両方をサポートしています。

カスタムエンティティデータフローを設定する際は、次の点に注意することが重要です。

Campaign カスタムリソースのより包括的な概要については、この節を参照してください。

統合のガードレール

この統合を使用する場合は、次のガードレールを考慮する必要があります。 これらのガードレールを超えると思われる場合は、Adobeの技術担当者にお問い合わせください。

統合の境界

この統合は、Microsoft Dynamics 365とCampaign間の一般的なデータ移動の一般的なユースケースを解決するために設計されていますが、お客様ごとに固有のすべてのユースケースに対応することを目的としたものではありません。