Dataverse における会社の概念

メモ

コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。

財務と運用では、企業の概念は、法的コンストラクトとビジネス コンストラクトの両方です。 また、データのセキュリティと可視性の境界でもあります。 ユーザーは常に単一の会社のコンテキストで作業し、データのほとんどは会社によってストライプされます。

Dataverse は、同等の概念を持っていません。 最も近い概念は、主にユーザー データのセキュリティと可視性の境界である事業単位です。 この概念は、企業概念と同じ法的またはビジネス上の意味を持ちません。

部署と会社は同等の概念ではないので、Dataverse 統合を目的として、1 対 1 (1:1) のマッピングを強制することはできません。 ただし、ユーザーは既定で、アプリケーションと Dataverse で同じ行を表示できるようにする必要があるため、Microsoft は dataverse に cdm_Company という名前の新しいテーブルを導入しました。 このテーブルは、アプリケーションの企業テーブルと同等です。 アプリケーションと Dataverse の間で行の可視性が同等であることを保証するには、Dataverse のデータに対して次の設定を使用します。

  • デュアルライトに対して有効にする財務および運用会社の各行ごとに、対応する cdm_Company 行を作成します。

  • デュアルライトのための cdm_Company 行を作成して有効にした場合、同名の既定の事業単位も作成します。 既定の所有者チームは、その部署用に自動的に作成されますが、チームを使用しないでください。

  • デュアル書き込みサフィックスが付いた同じ名前の別のオーナーチームを作成します。 また、事業単位にも関連付けられています。

  • 既定では、作成して Dataverse に二重書き込みするすべての行の所有者を、関連する部署にリンクされている「DW Owner」チームに設定します。

次の図では、Dataverse のデータ設定の例を示します。

会社と部署の関係を示す Dataverse で設定されたデータのスクリーンショット。

この構成により、USMF 企業に関連するすべての行は、Dataverse の USMF ビジネス ユニットにリンクされているチームによって所有されます。 したがって、事業単位レベルの可視性に設定されたセキュリティ ロールを通じて、その事業単位にアクセスできるユーザーは、これらの行を表示できるようになります。 次の例は、チームを使用してこれら行への正しいアクセスを提供する方法を示しています。

  • "USMF 営業" チームのメンバーに "Sales Manager" ロールを割り当てます。
  • "Sales Manager" ロールを持つユーザーは、自分がメンバーであるのと同じ部署のメンバーであるすべてのアカウント行にアクセスできます。
  • 「USMF セールス」チームは、前述の USMF 事業単位にリンクされています。
  • そのため、"USMF Sales" チームのメンバーは、財務および運用の USMF Company テーブルから取得した "USMF DW" ユーザーが所有するすべてのアカウントを確認できます。

行への正しいアクセスを提供するためにチームを使用する方法のスクリーンショット。

前の図に示すように、事業単位、企業、およびチーム間の 1:1 マッピングは、出発点に過ぎません。 この例では、DEMF と ESMF の両方の親として、Dataverse に新しい "ヨーロッパ" ビジネス ユニットを手動で作成します。 この新しい親の事業単位は、デュアル書き込みとは無関係です。 ただし、関連するセキュリティー ロールの親 / 子 BU にデータの可視性を設定することにより、DEMF および ESMF の両方のアカウント データに対する「EUR 営業」チームのメンバーにアクセスできるよう使用できます。

最後に、デュアル書き込みによって、どの所有者チームに行の割り当てが決定されるかについて説明します。 この動作は、cdm_Company 行の既定の所有チーム列で制御します。 デュアル書き込みのcdm_Company行を有効にすると、プラグインによって関連付けられている部署と所有者チームが自動的に作成され (まだ存在しない場合)、 既定の所有チーム 列が設定されます。 この列は別の値に変更できます。 ただし、テーブルでデュアル書き込みが有効になっている限り、列をクリアすることはできません。

既定の所有チーム列構成のスクリーンショット。

企業のストライピングとブートストラップ

Dataverse 統合は、企業の識別子を使用してデータをストライプすることにより、企業パリティをもたらします。 次の図に示すように、すべての企業の固有のテーブルは、cdm_Company テーブルと多対一 (N:1) の関係を持つよう拡張されます。

会社固有のテーブルとcdm_Company テーブルの間の N:1 リレーションシップのスクリーンショット。

  • 行の場合、会社を追加して保存すると、値は読み取り専用になります。 そのため、正しい会社を選択してください。
  • 会社データを含む行のみが、アプリケーションと Dataverse 間の二重書き込みの対象となります。
  • 既存の Dataverse データによって、管理者主導のブートストラップ エクスペリエンスがまもなく利用可能になります。

Customer Engagement アプリに会社名を自動入力する

カスタマー エンゲージメント アプリでは、いくつかの方法で会社名を自動設定できます。

  • システム管理者の場合は、[詳細設定] > [システム > セキュリティ] > [ユーザー] に移動して、既定の会社を設定します。 ユーザー フォームを開き、組織情報 セクションで 会社をフォーム上の既定 値に設定します。

    [組織情報] セクションで既定の会社を設定するスクリーンショット。

  • 部署レベルの SystemUser テーブルへの書き込みアクセス権がある場合は、[会社] ドロップダウン メニューから会社を選択して、任意のフォームの既定の会社を変更します。

    新しいアカウントで会社名を変更するスクリーンショット。

  • 複数の会社のデータへの 書き込み アクセス権がある場合は、別の会社に属する行を選択して既定の会社を変更します。

    既定の会社を変更する行を選択するスクリーンショット。

  • システムコンフィギュレーターまたは管理者で、カスタム フォームに会社のデータを自動入力する場合は、 フォーム イベントを使用します。 JavaScript リファレンスを msdyn_/DefaultCompany.js に追加し、次のイベントを使用します。 アカウント フォームなど、すぐに利用できるフォームを使用することができます。

    • フォームの OnLoad イベント: defaultCompany 列を設定します。
    • 会社 列の OnChange イベント: updateDefaultCompany 列を設定します。

会社コンテキストに基づくフィルター処理の適用

カスタム フォーム、または標準フォームに追加されたカスタム ルックアップ列の会社コンテキストに基づいてフィルター処理を適用するには、フォームを開き、関連レコードのフィルター処理 セクションを使用して、会社フィルターを適用します。 これは、特定の行の基になる会社に基づいてフィルター処理を必要とするルックアップ列ごとに設定します。 次の図に アカウント の設定を示します。

会社のコンテキスト フィルターの適用のスクリーンショット。