個人的に一番注目している仮想エンティティの使い方を紹介したいと思います。365の一つのエンティティかのうように扱うことができるのが、仮想エンティティの機能です。365上に存在しているレコードのように見えますが、実態はODataで公開されている、外部データベースに存在しているデータです。元ネタはODataの公式リファレンスで公開されているwww.odata.org以下のODataサービスです。http://services.odata.org/V4/OData/OData.svc以下のようなJsonを返してくれるものですね。365のエンティティとフィールドにマッピングして使用します。365上のエンティティと同じ扱いなので、他のエンティティから検索フィールドで紐付けることができますしレポートで表示することもできます。APIとして扱うこともできます。365・CRMも昨今のクラウドサービスのご多分にもれず、様々な各種外部データに依存しているフシがあります。このあたりは、以前SharePoint勉強会でも触れていました。kageura.hatenadiary.jp顧客データはマーケティングアプリケーションから持ってきますし製品データは基幹システムや生産管理システムにあります。人事や社員データは人事システムやActiveDirectoryにあるでしょう。365に連携するパターンが最も多いかと思いますが、基本的には疎結合・非同期的ですので、メリットデメリットそれなりにあると思います。(もちろん、そのほうが全体のシステムアーキテクチャとして望ましい場合があることは否定しませんし、そうあるべきというアーキテクチャのデザイン思想も理解しています)そんなデータの依存関係に対する一つの解決方法として、提供されているのが今回の仮想エンティティというアプローチかなと個人的には捉えています。利用上の注意点・考慮事項MSDNの考慮事項が充実しているので、使う前には一通り目を通しておいたほうがいいです。https://docs.microsoft.com/ja-jp/dynamics365/customer-engagement/customize/create-edit-virtual-entities#considerations-when-you-use-virtual-entitiesそんな中でも特に注意するべきなのは「仮想エンティティは読み取り専用」というところと、「レコード単位のセキュリティレベルに対応していない」というところでしょうか。外部の独立したデータであるということを認識の上で利用する必要があります。・すべての仮想エンティティは読み取り専用です。・既存のエンティティは、仮想エンティティに変換できません。・仮想エンティティは監査をサポートしていません。フィールドは、ロールアップまたは計算フィールドでは使用できません。・仮想エンティティは、エンティティの活動の種類になることはできません。テーブル行に影響する多くの機能が仮想エンティティでは有効にできません。関連付けが含まれます。セキュリティ概念はサポートされません。モデルを実装することをお勧めします。ソースを対象にすることをお勧めします。データと仮想エンティティ外部データ間に最終的に結合を作成する、高度な検索の作成はお勧めしません。プロパティは仮想エンティティには適用されません。フィールドの整数フィールドには、最小値のゼロに設定できます。ソースから取得されるため、仮想エンティティから取得した場合、クエリはゼロ未満の値を返します。クエリでは最小値のプロパティは示唆されていません。0を超える値が望ましい場合は、値をそのようにフィルター処理する必要があります。機能を使用して同期することができません。次回、実際の仮想エンティティの構築手順を書いていきたいと思います。エンティティ・ページアクセス許可の...前回の記事では一覧画面を作成しました。Portals(Preview)ことはじめ。(翻訳)Twitter@sugimomotoさんのツイートはてなブログをはじめよう!sugimomotoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。