[この記事はプレリリース ドキュメントであり、変更されることがあります。]
部署のサポートを使用することで、管理者は部署に基づいて顧客プロファイル、セグメント、メジャーへのアクセスを制御できます。 Dataverse の部署とロール ベースのアクセス コントロールの詳細情報。
Customer Insights - Data と Customer Insights - Journeys でのビジネス ユニットの分離が分析情報とアクティブ化にどのように影響するかについては、「 CI-Data から CI-Journeys: BU 分離が分析情報とアクティブ化に与える影響」を参照してください。
重要
- これはプレビュー機能です。
- プレビュー機能は運用環境での使用を想定しておらず、機能が制限される可能性があります。 これらの機能を公式リリースの前に使用できるようにすることで、顧客が一足先にアクセスし、そこからフィードバックを得ることができます。
前提条件
- Dataverse でビジネス ユニットと関連するチームを定義します。 Dataverse における部署設定の詳細情報。
- 適切な部署とチームにユーザーを割り当てます。 Dataverse におけるユーザーとチームの管理の詳細情報。
- Customer Insights で使用されるチームに、Customer Insights データ読み取りアクセス権というロールを割り当てます。 Dataverse でのロールの割り当てについての詳細。
- 設定>システム>ビジネス ユニットのデータ分離で、管理者としてビジネス ユニットのデータ分離を有効にします。
- 統一に寄与するすべてのデータ ソースに、すべてのデータ行の部署を識別する値を保持する列があることを確認します。
メモ
- 親子スコープは現在サポートされていません。
- 最新化されたビジネス ユニット はサポートされていません。
- フィールド レベルのセキュリティはサポートされていません。
- 環境を有効にした後で、部署データの分離を無効にすることはできません。
Customer Insights - Data でのアクセス制御
顧客プロファイル、アクティビティ、顧客測定、インテリジェンス、エンリッチメント
Customer Insights - Data における顧客プロファイルへのアクセス権は、プロファイルを所有する部署のチーム、ユーザーの所属する部署のチーム、ユーザーのアプリケーション権限によって異なります。 管理者、共同作成者、ビューア ロールは、所有する部署のチームに関係なく、すべてのプロファイルにアクセスできます。 Marketing 共同作成者 のロールは、その部署に属する顧客プロファイルにのみアクセスできます。
マーケティング共同作成者 ロールは、Customer Insights - Data ユーザーインターフェースの 顧客、テーブル、セグメント、メジャー ビューにのみアクセスできます。 Marketing 共同作成者ロールには、制限された機能セットがあります。 ユーザー ロールの詳細情報。
メモ
管理者ロールと共同作成者ロールは高い特権を持ち、Root ビジネス ユニットに属するユーザーにのみ付与する必要があります。 ビューアー ロールは部署によって制限されないため、ビジネス ユニットのデータ分離が有効になっている場合は運用環境では使用しないでください。
顧客プロファイルの所有権は、統一 ページで設定されたマッピングに基づいて決定されます:
データ>統合>部署にアクセスします
部署データ分離では、統合に貢献する各エンティティのビジネス ユニットを識別する列を選択します。 選択した列に統一規則を追加することはできません。
顧客プロファイルをビジネスユニットに関連付ける 配下で、選択した列の値と部署チーム間のマッピングを指定します。 選択できるのは、Customer Insights データ読み取りアクセス ロールを持つチームのみです。 たとえば、「A」は部署 A チームにマップされ、「B」は部署 B チームにマップされます。
部署内のチーム (部署が直接ではない) が顧客プロファイルを所有し、データ アクセスをより適切に制御できるようにします。 マッピング ルールでは、部署ごとに 1 つのチームのみを指定できます。
- システムは、部署の値が一致する場合にのみプロファイルを重複排除して統合します。
- どのマッピングにも一致しないプロファイルは、Org の部署に割り当てられます。
- 部署のデータ分離が有効でない場合、すべてのプロファイルは Org の部署に割り当てられます。
- プロファイルは 1 つの部署にのみ属します。
- 統一ルールと顧客プロファイル スキーマは、すべての部署で同じです。
メモ
部署のデータ分離構成を変更すると、完全な更新がトリガーされます。 データ ソースで増分更新を使用する場合は、変更後に 完全更新 を手動でトリガーする必要があります。
アクティビティなどの顧客プロファイルに関連するデータは、関連付けられているプロファイルから部署の所有権を継承します。
インテリジェンス モデルは、部署のデータ分離に関係なく、すべてのデータでトレーニングされます。
既定の構成
次の図は、一般的な部署の構造を示しています。 マーケティング共同作成者ユーザーは、ビジネス ユニット チームの顧客プロファイルにのみアクセスします。 たとえば、マーケティング共同作成者がすべての顧客を含むセグメントを作成した場合、セグメント所有者の部署にマッピングされた顧客プロファイルのみが含まれます。
Org の親部署を頂点とした、子部署 A ~ D で構成される部署構造の例。
セグメントと部署
セグメントとメジャーは、それらを作成したユーザーの部署に属します。 たとえば、ユーザーが部署 A のメンバーである場合、そのユーザーが作成するあらゆるセグメントとメジャーは部署 A に属します。Dataverse のアクセス設定は、Dataverse 内のセグメント定義テーブルとメジャー定義テーブルへのアクセスを制御します。 既定では、同じ部署に属する他のユーザーは、セグメントと指標にアクセスできます。
メモ
- 1 つの部署がセグメントと指標を管理しています。 他の部署と共有することはできません。
- マーケティング共同作成者のロールは、独自の構築セグメントと指標の構築のみをサポートし、予測属性はサポートしません。
- セグメントとメジャーを構築する場合、マーケティング共同作成者ロールは、顧客プロファイル、統合アクティビティ、セグメント、および顧客メジャーにのみアクセスできます。