Dataverse 向け Microsoft Azure Synapse Link を使用すると、Dynamics 365 財務と運用アプリからデータを選択できます。 Azure Synapse Link を使用して、財務と運用アプリから Azure Synapse Analytics と Azure Data Lake Storage Gen2 にデータを継続的にエクスポートします。
Dataverse 向け Azure Synapse Link は、企業のビッグ データ分析用に設計されているサービスです。 スケーラブルな高可用性とディザスター リカバリー機能を提供します。 データは Common Data Model のフォーマットで保存されます。これにより、アプリと展開間で意味上の一貫性が提供されます。
Dataverse 向け Azure Synapse Link では、財務と運用データで使用できる次の機能が提供されます。
- 標準とカスタムの両方の財務と運用のエンティティとテーブルを選択できます。
- エンティティとテーブル データの継続的なレプリケーションがサポートされています。 作成、更新、削除 (CUD) トランザクションもサポートされます。
- 環境を Azure サブスクリプション内の Azure Synapse Analytics や Data Lake Storage Gen2 にリンクまたはリンク解除できます。 システム構成のために、Azure portal や Microsoft Dynamics Lifecycle Services にアクセスする必要はありません。
- Azure Synapse を使用して、データを選択し、調べることができます。 Synapse Analytics ワークスペースを構成するために外部ツールを実行する必要はありません。
- Dataverse 向け Azure Synapse Link のすべての機能がサポートされています。 これらの機能には、すべてのリージョンでの可用性、Parquet Delta ファイルとしての保存、制限されたストレージ アカウントが含まれます。
- データ レイクへのエクスポート サービスのテーブル制限は、Dataverse 向け Azure Synapse Link には適用されません。
- デフォルトでは、財務と運用データに対して Parquet Delta Lake 形式での保存が有効になっているため、クエリの応答時間が短縮されます。
注意
この機能は、次のリストに示す財務と運用アプリケーションのバージョンで一般的に利用可能です。 これらのアプリケーションのバージョンをまだ適用していない場合は、最新の累積アップデートをインストールしてこの機能を使用してください。
- 10.0.38 (PU62) 累積更新プログラム 7.0.7120.59 以降
- 10.0.37 (PU61) 累積更新プログラム 7.0.7068.109 以降。
- 10.0.36 (PU60) 累積更新プログラム 7.0.7036.133 以降。
最近の修正のために追加のアップデートを適用する必要がある場合があります。 詳細情報: 財務と運用のテーブルに関する既知の制限事項
財務と運用アプリでデータレイクへのエクスポート機能を採用する予定がある場合は、代わりに財務と運用データサポート付きの Azure Synapse Link を採用することを検討してください。 詳細については、 データ レイクへのエクスポート機能 に関連するソフトウェア ライフサイクルのお知らせを参照してください。 データ レイクのエクスポートから Azure Synapse Link へアップグレードするためのガイダンスとツールに関しては、レガシ データ生成サービスからの移行 および TechTalk シリーズ: Synapse Link for Dataverse: Azure Data Lake へのエクスポートから Synapse Link への移行 をご覧ください
前提条件
財務および運用サンドボックス (Tier-2) 以上の環境が必要です。 ERP ベースのテンプレートでプロビジョニングされた環境を使用することもできます。
注意
統合環境とも呼ばれる、ERP ベースのテンプレートでプロビジョニングされた Power Platform 環境を使用できるため、マイクロソフトは 2024 年 6 月 1 日以降、クラウドホスト環境 (CHE) の限定的なサポートを提供します。 クラウドでホストされている環境を使用している場合は、ERP ベースのテンプレートでプロビジョニングされた Power Platform 環境への移行を検討してください。
Azure Synapse Link で構成されている既存のストレージ アカウントに財務と運用データを追加することはできません。 新しい Synapse Link プロファイルを作成するには、Azure サブスクリプションへのアクセス権が必要です。
財務および運用データの利用計画に応じて、ここに示す追加の前提条件があります。
| データの消費をどのように計画するか | 使用する Azure Synapse Link 機能 | 前提条件と必要な Azure リソース |
|---|---|---|
|
Microsoft Fabric を介して財務テーブルと運用テーブルにアクセスする システムは Dataverse ストレージ リソースとコンピューティング リソースを使用するため、独自のストレージ、Synapse ワークスペース、または Spark プールを持ち込む必要はありません |
ファブリックへリンクする | Microsoft Fabric workspace |
|
Synapse クエリを介して財務テーブルと運用テーブルにアクセスする 財務と運用テーブルはデルタ Parquet 形式で保存されるため、読み取りパフォーマンスが向上します。 CSV 形式で保存する財務テーブルと業務テーブルを選択することはできません。 |
Azure Synapse Link に財務と運用テーブルを追加するに移動する | Azure Data Lake Azure Synapse ワークスペース Azure Synapse Spark プール |
|
増分データの変更を独自の下流データ ウェアハウスにロードします システムは、増分変更を CSV 形式でファイルに保存します。 データは CSV 形式で保存されるため、Synapse ワークスペースや Spark プールを持ち込む必要はありません。 |
財務と運用からの増分データ変更にアクセスに移動します Azure Synapse Link - 増分更新にも移動します |
Azure データ レイク |
Azure Synapse Link に財務と運用テーブルを追加する
財務と運用テーブルと財務と運用エンティティの両方を Dataverse 向け Azure Synapse Link で有効にできます。 このセクションでは、財務と運用アプリのテーブルについて説明します。
- Power Apps にログインし、必要な環境を選択します。
- 左側のナビゲーション ウィンドウで、Azure Synapse リンク を選択します。
- Synapse Link ページのコマンド バーで、+ データ レイクへの新しいリンク を選択します。
- Azure Synapse Analytics workspace に接続 を選択し、 サブスクリプション、 リソース グループ、ワークスペース名 を選択します。
- 処理に Spark プールを使う を選択し、事前に作成された Spark プール と ストレージ アカウントを選択します。
- 次へ を選択します。
- エクスポートするテーブルを追加します。 前提条件 が満たされていれば、財務と運用のテーブルを選択できます。
- 詳細 を選択して、高度な構成設定を示す を選択して、増分更新をキャプチャする頻度の時間間隔を分で入力します。 テーブル レベルでの 追加のみと利用可能なパーティションのオプションは、システムがパーティショニング戦略を決定するため、財務テーブルと運用テーブルでは無視されます。
- 保存 を選択します。 選択したテーブルは初期化され、レポートの準備が整います。
注意
財務と運用アプリ テーブルは、Azure Synapse リンクでのみ使用できます。 メーカーには、Power Apps (make.powerapps.com) の テーブル 領域には表示されません。
財務と運用アプリのテーブルを仮想テーブルとして定義する必要はなく、各テーブルの変更追跡を有効にする必要もありません。
Dataverse テーブルを含む既存の Synapse Link プロファイルには、財務と運用テーブルを追加することはできません。 新しいプロファイルを作成する必要があります。 新しいプロファイルを作成したら、Dataverse および財務と運用の両方からテーブルを追加できます。
Synapse Link に財務と運用のテーブルを含めるには、Synapse Link プロファイルで デルタ レイク機能 を有効にする必要があります。 Synapse Link プロファイルがデルタ レイク用に構成されていない場合、財務と運用のテーブルの選択は表示されません。
デルタ レイクの変換時間間隔により、テーブル データがデルタ形式で更新される頻度が決まります。 ほぼリアルタイムで更新する場合は、必要な更新時間間隔として 5 分、15 分、または 60 分を入力します。 ほぼリアルタイムの更新が必要ない場合は、毎日の時間間隔として 1440 を選択します。 デルタ変換では、Synapse Link プロファイルの構成で指定した Spark プールからのコンピューティング リソースが消費されます。 時間間隔が短いほど、より多くのコンピューティング リソースが消費され、より多くのコストが発生する可能性があります。 Spark プールのコストは、Azure ポータルで監視して、コンピューティング コストを確認できます。
Spark 変換に選択された時間間隔は、レイクで観察される実際のデータの鮮度を反映していない可能性があります。 時間間隔として 15 分を入力すると、データ変更があった場合に 15 分ごとにデルタ変換ジョブがトリガーされるように要求されます。 Spark コンピューティング プールのサイズと処理に使用できる増分データの量によっては、レイクで観察される実際のデータ更新が 15 分を超える可能性があります。 Spark プールのサイズを増やして、データ更新時間を短縮できます。 詳細: 推奨される Spark プール構成
初期同期または更新中にシステムでエラーが発生した場合は、エラーと、エラーの診断と解決に使用できるトラブルシューティング ドキュメントへのリンクが表示されます。
動作に対する既知の制限と変更
財務と運用でエクスポートからデータレイク機能に移行している場合、ここに記載されているように動作にいくつかの変化が見られる可能性があります。 今後のロードマップの詳細や製品チームとの連絡をご希望の方は、プレビューの Viva Engage グループ に参加してください。
- すべてのテーブルが見えませんか? マイクロソフトは、アプリケーションの更新を含む Azure Synapse Link で財務と運用アプリ テーブルを使用しているすべての活動を引き続き有効にします。 財務と運用アプリの旧バージョンを使用している場合、すべての必須テーブルが既定で有効になっているわけではありません。 テーブルのプロパティを拡張し、変更追跡機能を有効にすることで、より多くのテーブルを自分で有効にすることができます。 変更の追跡を有効にする方法の詳細については、テーブルの行バージョンの変更の追跡を有効にするを参照してください。
- カスタム テーブルが表示されませんか? カスタム テーブルに対して変更追跡を有効にする必要があります。 詳細: テーブルの行のバージョン変更の有効化。 クラウド ホスト環境 (CHE) を使用している場合は、変更を反映するためにデータベース同期操作を実行する必要があります。
-
TimeZoneID(TZID) などの特殊フィールド、財務と運用テーブルのバイナリ フィールドは、Azure Synapse Link では有効になっていません。 -
Synapse Link は、財務と運用テーブルから削除された行を保持します。
isDeleteフィールドを使用して、削除された行を識別してフィルター処理することができます。 詳細については、日付とメタデータの操作 を参照してください。 - 財務と運用アプリで、ステージング テーブル、一時テーブル、および非推奨のテーブルは、名前が
del_で始まり、Azure Synapse Link では使用できません。 - 財務と運用アプリでカーネル テーブルと呼ばれる以下のテーブルは、Fabric と Synapse Link でサポートされています。 これらのテーブルは特殊なテーブルであり、変更の追跡を有効にする必要はありません。 また、データは頻繁に変更されないため、24 時間ごとに更新され、ほぼリアルタイムでは更新されません:
DATAAREA、USERINFO、SECURITYROLE、SECURITYUSERROLE、SQLDICTIONARY、PARTITIONS、SECURITYPRIVILEGE、TIMEZONESLIST、SECURITYDUTY、SECURITYSUBROLE、SECURITYUSERROLECONDITION、DATABASELOG、SECURITYROLERUNTIME、SECURITYROLEPRIVILEGEEXPLODEDGRAPH、SECURITYROLEDUTYEXPLODEDGRAPH、TIMEZONESRULESDATA、SECURITYROLEEXPLODEDGRAPH、USERDATAAREAFILTER、SYSINHERITANCERELATIONS。 - マスター会社データ共有は、財務および運用アプリのプレビュー機能です。 マスター会社のデータ共有機能に参加するテーブルは、Synapse Link または Fabric のリンク機能でサポートされます。 これらのテーブルからエクスポートされたデータのキーは、マスター 会社だけでなく、すべての会社レコードによって設定されます。 これは、データを拡張するために マスター 会社のデータ共有ロジックを使用する必要がないように、レポート作成を簡素化するために行われます。 しかし、以前のデータ エクスポート ソリューションから移行する場合、マスター会社以外のデータをフィルターする必要となる場合があります。
-
テーブル継承と派生テーブル は、財務と運用アプリの概念です。 財務と運用アプリから派生テーブルを選択する場合、現在、対応するベース テーブルのフィールドは含まれていません。 たとえば、
DirPartyTableから派生したDirPersonテーブル (ベース テーブルとも呼ばれます) を選択した場合、エクスポートされたデータにはベース テーブルDirPartyTableのフィールドが含まれます。これらのフィールドにアクセスする必要がある場合は、派生テーブルに加えてベース テーブルを選択する必要があります。 GitHub 経由で提供されるこの FastTrack ソリューションを使用できます。 このソリューションは、ベース テーブルの列を含むビューを作成します。 -
メモ フィールドと
nVarchar(Max)タイプの長い説明文は、Synapse Link に含まれています。 ただし、フィールド サイズは 2,000 文字に切り捨てられます。 - 財務と運用テーブルの ID フィールドは、FnO_Id に変更され、Dataverse テーブルとのフィールド名の競合を避けます。
-
SQL 予約語を含むフィールド は、末尾に文字を追加して名前が変更されます。 例:
LevelはLevel_になり、ResourceはResource_になります。
財務と運用 テーブルに適用可能な最近の修正
以前のバージョンの財務と運用を使用している場合は、最新バージョンに更新して、いくつかの問題に修正を適用する必要があります。 これらの問題と修正は、参照のみを目的としてここに記載されています。 最新バージョンに更新すると、すべての修正が適用されます。
AOS 承認フィールド: 選択したテーブルに AOS 認証 で保護されているデータ列が含まれている場合、これらの列は無視され、エクスポートされたデータには列が含まれません。 たとえば、CustTable という名前のカスタム テーブルでは、列 TaxLicenseNum にメタデータ プロパティ AOS 認証 を はい に設定します。 この列は、CustTable データが Azure Synapse Link を使用してエクスポートされる場合は無視されます。
注意
AOS 承認フィールドを有効にするには、財務および運用環境を次のバージョン以降に更新します。
- PU 63:7.0.7198.105
- PU 62:7.0.7120.159
このアップデートにより、AOS 承認フィールドがテーブルに追加されます。
- 増分更新にはこの列が含まれます。
- 変更されたレコードには、これらの列と値が表示されます。
- 完全更新にはこれらのフィールドとすべての値が含まれます。
拡張可能なデータ セキュリティ: Azure Synapse Link に追加された財務と運用テーブルが 拡張可能なデータ セキュリティ ポリシーによって保護されている場合、システムがデータをエクスポートしない場合があります。 この問題は、最新のアプリケーション更新で修正されています。
注意
Dataverse 向け Azure Synapse Link を使用した財務と運用テーブルへの可能な更新:
- バージョン 10.0.39 (PU63) 累積更新プログラム 10.0.1860.50
- バージョン 10.0.38 (PU62) 累積更新プログラム 10.0.1777.135
- バージョン 10.0.37 (PU61) 累積更新プログラム 10.0.1725.175
システムが Azure Synapse Link サービスの拡張可能なデータ セキュリティ ポリシーのバイパスを適用する品質ビルドを適用する必要があります。
有効なタイム スタンプの動作を含むテーブル: 有効なタイム スタンプの動作を示す財務と運用アプリ テーブルの場合、現在有効なデータ行のみが Azure Synapse Link でエクスポートされます。 たとえば ExchangeRate テーブルには、現在と以前の為替レートが両方とも含まれています。 現在有効な為替レートのみが Azure Synapse Link にエクスポートされます。 この問題は、ここに示す最新のアプリケーション更新で修正されています。
注意
Dataverse 向け Azure Synapse Link を使用した財務と運用テーブルへの可能な更新:
- バージョン 10.0.40 (PU64) プラットフォームの更新 7.0.7120.179
- バージョン 10.0.39 (PU63) プラットフォームの更新 7.0.7198.143
- バージョン 10.0.38 (PU62) プラットフォームの更新 7.0.7279.58
このアップデートにより、期限切れのデータ行がテーブルに追加されます。 以前の行を含めるには、完全な更新を実行する必要があります。
配列タイプ フィールド: 選択したテーブルに 配列タイプのデータ列が含まれている場合、これらの列は無視され、エクスポートされたデータには列が含まれません。 たとえば、WHSInventTable という名前のカスタム テーブルの場合、FilterCode と FilterGroup は配列型です。 これらの列は、Azure Synapse Link を使用してエクスポートされません。 この問題は、ここに示す最新のアプリケーション更新で修正されています。
注意
Dataverse 向け Azure Synapse Link を使用した財務と運用テーブルへの可能な更新:
- バージョン 10.0.41 (PU65) プラットフォームの更新 7.0.7367.153 またはそれ以降
- バージョン 10.0.42 (PU66) プラットフォームの更新 7.0.7452.84 またはそれ以降
- バージョン 10.0.43 (PU67) プラットフォームの更新 7.0.7521.153 またはそれ以降
このアップデートでは、配列型フィールドがテーブルに追加されます。 以前の行を含めるには、完全な更新を実行する必要があります。 上記の更新には、列挙データ型の配列フィールドの修正も含まれています。
請求書の長さの拡張 は、財務と運用バージョン 10.0.40 以降で有効になっている機能です。
注意
仕入先請求書番号の拡張機能は、Dataverse 向け Azure Synapse Link で財務と運用テーブルを更新すると有効化されます。
- バージョン 10.0.41 (PU65) プラットフォームの更新 7.0.7367.134 またはそれ以降
- バージョン 10.0.42 (PU66) プラットフォームの更新 7.0.7452.72 またはそれ以降
- バージョン 10.0.43 (PU67) プラットフォームの更新 7.0.7521.0 またはそれ以降
派生テーブルから欠落している行の削除は、以下のアップデートで解決されています。 財務と運用アプリから派生テーブルを選択する場合。 たとえば、
DirPersonテーブルを選択すると、DirPartyTableから派生したテーブルで、ベース テーブルとも呼ばれます。派生テーブルとベース テーブルから削除されたマーカーは、エクスポートされたデータに含まれません。注意
Dataverse 向け Azure Synapse Link の財務と運用テーブルを更新することで、派生テーブルから欠落している行の削除が有効になります。
- バージョン 10.0.40 (PU64) プラットフォームの更新 7.0.7279.199 またはそれ以降
- バージョン 10.0.41 (PU65) プラットフォームの更新 7.0.7367.136 またはそれ以降
- バージョン 10.0.42 (PU66) プラットフォームの更新 7.0.7452.75 またはそれ以降
財務と運用 フィールドの null 値 は、エクスポートされたデータに空の文字列として反映されず、エクスポートの失敗の原因となる可能性があります。 財務と運用 データに NULL 値が存在することは想定されていませんが、データ統合によって NULL 値が挿入される可能性があります。
注意
財務と運用 テーブルのエクスポートされたデータに対する Null 値処理のサポートは、以下で有効になります。
- バージョン 10.0.41 (PU65) プラットフォームの更新 7.0.7367.149 またはそれ以降
- バージョン 10.0.42 (PU66) プラットフォームの更新 7.0.7452.88 またはそれ以降
- バージョン 10.0.43 (PU67) プラットフォームの更新 7.0.7497.0 またはそれ以降
Azure Synapse Link プロファイルに追加された財務および運営アプリケーション テーブルは、Dataverse でバックアップを復元すると削除される場合があります。 テーブルのリストを一度に選択するには、テーブル管理オプション内の検索ボックスに、コンマ区切りのテーブルのリストをコピーして貼り付けます。
財務と運用アプリのデータベースが復元すると、Azure Synapse Link プロファイルに追加されたテーブルを再度初期化する必要があります。 財務テーブルと運用テーブルを再初期化する前に、Dataverse データベースも復元する必要があります。 データベースを復元した後、財務テーブルと運用テーブルをプロファイルに追加する必要があります。 テーブルのリストを一度に選択するには、テーブル管理オプション内の検索ボックスに、コンマ区切りのテーブルのリストをコピーして貼り付けます。
Azure Synapse Link のプロファイルに含まれる財務および運営アプリのテーブルは、Azure Synapse Link のプロファイルのインポートおよびエクスポート機能を使用して別の環境に移行できません。
財務と運用から増分データ変更にアクセスする
財務と運用からの増分データ変更を独自のダウンストリーム データ ウェアハウスに読み込むには、増分データのみを提供する Azure Synapse Link プロファイルを作成します。 Azure Synapse Link は、すべてのデータ行を最初にエクスポートし、その後、定期的に変更されたデータへのアクセスを提供します。 データはタイムスタンプ付きのフォルダーに保存された CSV ファイルで提供され、Azure Data Factory やその他のデータ ツールを使用してデータを簡単に利用できます。 詳細: Azure Synapse Link - 増分更新
増分データを含む Azure Synapse Link プロファイルを作成するには、次を実行します。
- Power Apps にログインし、必要な環境を選択します。
- 左側のナビゲーション ウィンドウで、Azure Synapse リンク を選択します。
- Dataverse 向け Azure Synapse Link ページで、コマンド バーの+ 新しいリンク を選択します。
- サブスクリプション、リソース グループ、ストレージ アカウント を選択します。 Synapse ワークスペースや Spark プールを提供する必要はありません。
- 次へ を選択します。 テーブルを選択するオプションが表示されます。
- 詳細 を選択して、詳細構成設定を表示 を選択して、オプション 増分更新フォルダー構成を有効にする を有効にします
- 時間間隔 フィールドで、増分データを読み取る頻度を選択します。 この頻度を使用して、システムはデータをタイムスタンプ付きのフォルダーに分割し、進行中の書き込み操作の影響を受けることなくデータを読み取ることができるようにします。
- 目的の Dataverse テーブルを選択します。 財務と運営のテーブルを選択することもできます。 オプション 追加のみ そして パーティション テーブルレベルで利用可能なものは無視されます。 データ ファイルは常に追加され、データは年ごとにパーティション化されます。
- 保存 を選択します。 選択したテーブルが初期化され、ストレージ アカウントに増分データが表示されます。
注意
データ レイクへのエクスポート機能からアップグレードする場合は、増分データ変更オプションを有効にすると、変更フィード機能と同様の変更データが提供されます
管理を容易にするために、増分データとテーブル用に個別の Azure Synapse Link プロファイルを作成することをお勧めします。
テーブルを選択して増分データ変更を有効にすると、各テーブルの Azure Synapse Link の詳細ページに表示される行数には、テーブル内のレコード数ではなく、変更の合計数が反映されます。
財務と運用テーブルから削除されたレコードを含むデータ行には、uniqueidentifier (ID) フィールドが含まれます。 それらにはレコードの本文は含まれていません。 ダウンストリーム データ パイプラインでは、ID フィールドを使用して対応するフィールドを検索する必要がある場合があります。
財務と運用のテーブルの制限は、テーブルからの増分データにも適用されます。 詳細:財務と運用エンティティに関する既知の制限
データとメタデータの操作
列挙型フィールドとは、財務と運用アプリのコード化されたデータ フィールドです。 たとえば AssetTrans テーブルには、列挙型フィールドである TransType と呼ばれるフィールドが含まれています。 テーブル フィールドには、110、120、131 などの数値コードが含まれ、これらは "減価償却"、"リース"、"大規模修繕" などの詳細な説明を表しています。これらの詳細な説明にアクセスするには、列挙フィールドを含むテーブルを選択すると自動的にエクスポートされる GlobalOptionsMetadata テーブルを使用します。 列挙型フィールドは選択肢ラベルとも呼ばれ、以前はオプション セットという名前でした。 詳細情報: 選択肢ラベル
たとえば、財務と運用テーブルにメタデータが変更された場合、新しいフィールドがテーブルに追加され、Azure Synapse Link にエクスポートされたデータには、変更を含む最新のメタデータが反映されます。 詳細: Azure Synapse Link FAQ。 Azure Synapse Link を使用してデータをクエリしている場合は、更新されたメタデータが Azure Synapse Link に反映されます。 増分データ変更を使用する場合は、更新されたメタデータは最新の日付スタンプを持つ増分データ フォルダーに存在します。 詳細情報: 増分フォルダー構造
また、各データ行にシステムによって追加されたメタデータ フィールドがあることが確認できます。 ここでは、これらのフィールドについて説明します。
| メタデータ フィールド | このフィールドに含まれるもの | データレイクへのエクスポートにおける同等のフィールドまたは機能 |
|---|---|---|
createdon |
レコードが作成された日時を示します | 各財務と運用レコードの Created Date 時間フィールドから派生。 |
Createdtransactionid |
非使用 | 非使用 |
Id |
レコード ID は、システムによってレコードを一意に識別するために使用されます | 財務と運用からのレコードの RecID フィールドを含みます。 この値は整数から GUID に変換されます。 |
IsDelete |
True の場合、このレコードは Dataverse または財務と運用から削除されます | ソースで削除が行われた場合、データ レイクにエクスポートすると、宛先データ レイクから直ちに行が削除されます。 Azure Synapse Link は、変更フィードを使用せずに削除された行を識別できるように、Delta 形式のテーブル データに対して "論理的な削除" を実行します。 アクティブなレコードを読み取る場合は、 isDelete が True であるレコードをフィルター処理できます。 デルタ ファイル内のテーブル データの場合、ソフト削除された行は 28 日後に消去されます。 IsDelete フィールドは増分更新でも使用でき、削除された行を識別するために使用できます。
isDelete が true のレコードの本文は空です。
Id フィールドなどのシステム フィールドを使用して、他のフィールドの値を決定します。 たとえば、isDelete が False である増分更新の最新行を、指定した ID の最新バージョン番号と更新日時で検索できます。 |
modifiedon |
レコードの最終更新日時を示します | このフィールドは、財務と運用テーブルの更新日時フィールドから入力されます。 |
modifiedtransactionid |
内部使用 |
modifiedtransactionid は内部で使用されるため、このフィールドは使用しないでください。 |
SinkCreatedOn |
レコードがデータ レイクに書き込まれた日付を示します。 CSV の変更データ (増分更新) がある場合は、データとレイクにデータが書き込まれた時刻が表示されます。 Delta 形式のテーブル データの場合、Delta Lake 変換の日時を示します。 |
この日付は、データ レイクへのエクスポート機能のデータ レイクの変更日時フィールドと同様に使用できます。 |
SinkModifiedOn |
レコードが変更された日付を示します。 デルタ フォーマット ファイルおよび増分 CSV ファイルのテーブルの場合、SinkCreatedOn と同じ日付時刻が含まれます。 |
この日付は、データ レイクへのエクスポート機能のデータ レイクの変更日時フィールドと同様に使用できます。 |
sysdatastatecode |
1 の場合、このレコードは長期データ保持機能を使用してアーカイブされます。 0 の場合、これはライブ レコードです。 | このフィールドを使用すると、アーカイブされた (ライブ データから削除された) 財務と運用レコードを識別できます。 CSV 変更データ (増分更新) にも同じフィールドが使用できます。 |
sysrowversion |
財務と運用アプリの各レコードに保持され、データに変更が加えられたかどうかを判断するバージョン番号。 このフィールドは、処理する増分変更または差分変更を判別するためにシステムによって使用されます。 |
sysrowversion は内部使用です。 このフィールドを ウォーターマーク として使用することで、更新されたレコードの最終バージョンを判別できます。 このフィールドは、Dynamics 365 顧客エンゲージメント アプリのテーブルでは空になる場合があります。 |
tableid |
各テーブルの一意の ID が含まれます | 財務および運用からのテーブル ID が含まれます。 |
versionnumber |
内部使用 - データレイクに同期された行の最後のバージョンが含まれます。 |
sysrowversion と同様に、このフィールドには、Dynamics Customer Engagement アプリ テーブルの最終処理バージョンが含まれます。 Dynamics 財務と運用アプリ テーブルの場合、このフィールドには sysrowversion と同じ値が含まれます。 |
システム イベントへの対応と監査レポートの生成
Azure Synapse Link は、データ転送アクティビティが完了したとき、または問題が発生したときにイベントを生成します。 これらのイベントは Dataverse テーブルに記録されています。 これらの Dataverse テーブルを使用して、自動アクションと監査レポートを作成できます。 たとえば、変更されたデータ行をデータ レイクから別の場所に継続的にコピーする自動データ パイプラインがある場合、テーブルが非アクティブ化または再アクティブ化されたときや、テーブルのメタデータが更新されたときに特別なアクションが必要になることがあります。 イベントを作成すると、これらのタスクを自動化できます。
財務と運用でデータ レイクへのエクスポート機能によって生成されたビジネス イベントを使用してシステム イベントに反応した場合は、引き続き Azure Synapse Link サービスを介してアラートを受け取ることができます。 Synapse Link サービスには、監査レポートや特定のデータを監視するための Power Apps を生成するために使用できる追加設定データが含まれています。 Synapse Link からのイベントの受信と消費については、こちらの記事をご覧ください。
この表では、データ レイクへのエクスポートフォームのイベントを要約し、Synapse Link の設定データでどのように改善できるかを説明します。
| Azure Data Lake イベントへのエクスポート | シナリオ | Synapse Link で構成データを使用する方法 |
|---|---|---|
| 初期化完了 | テーブルを選択すると、システムはデータの初期コピーを作成します。 初期化完了 – このイベントは、選択したテーブルの初期化が完了したかどうかを示します。 環境で複数のテーブルが有効になっている場合、初期化が各テーブルで完了すると複数のイベントが発生します。 | Dataverse テーブルの Synapse Link Profile Entity State および Synapse Link external テーブルの状態を監視できます。 InitialSyncProcessCompletedTime と InitialSyncState は、メタデータとデータの両方を含む最初の同期完了ステータスを返します。 最初の同期が完了すると、最初の同期の状態は 完了 に更新されます。 各テーブルのレコード数などの追加情報も取得できます。 Synapse Link は、テーブルを再初期化するときに、CSV ファイル内の以前の変更データを削除しません (増分更新)。 |
| メタデータの変更 | このイベントは、テーブルのメタデータが変更されたことを示します。 たとえば、テーブルに新しい列が追加された場合や、(まれに) 列が削除された場合です。 各テーブルに対してメタデータ変更ごとに 1 つのイベントを受け取ります。 メタデータの変更 (スキーマ ドリフトと呼ばれる状況) に対応できないダウンストリーム データ パイプラインがある場合、これらのイベントを使用して変更を検出し、ダウンストリーム パイプラインを変更できます。 | メタデータの変更が検出されると、Synapse Link Profile Entity State テーブルの Last Synced Metadata Time フィールドが更新されます。 このフィールドを使用して、レイクに保存されているメタデータを使用して、下流のパイプラインにメタデータの変更を強制します。 |
| 非アクティブ | このイベントは、以前アクティブだったテーブルが非アクティブになったことを示します。 テーブルが無効な場合、財務と運用アプリで変更されたデータは、Data Lake で更新されません | Synapse Link には「非アクティブ化」オプションはありません。 ただし、Synapse Link プロファイルからテーブルを削除することはできます。 削除されたテーブルは、Dataverse テーブルの Synapse Link プロファイル エンティティの状態 となります。 |
| アクティブ化済み | このイベントは、以前アクティブだったテーブルが非アクティブになったことを示します。 テーブルを再度有効化すると、システムは Data Lake のデータを再度初期化します。 その後、初期化の完了 イベントが発生する可能性があります。 | Synapse Link には無効化または有効化のオプションはありません。 テーブルを削除し、そのテーブルを Synapse Link プロファイルに再度追加することができます。 テーブルが追加されると、Synapse Link プロファイルエンティティの状態 テーブルに新しいレコードが追加されます。 Synapse Link プロファイルエンティティの状態 と Synapse Link 外部テーブルの状態 の Dataverse テーブルを使用して、初期化段階のテーブルのステータスを監視できます。 |
| エラー | このイベントは、エラーによりデータ同期プロセスが一時停止したことを示します。 | Synapse Link プロファイルエンティティの状態 ステータス フィールドはテーブルのステータスを示します。 |
| レイク スイッチ | このイベントは、システム管理者がデータレイクの宛先を変更したことを示します。 | このイベントは適用されません。 Synapse Link プロファイルに関連付けられたデータ レイクの変更や構成オプションの変更はサポートされていません。 ただし、Synapse Link は複数のプロファイルをサポートしています。 つまり、管理者はテーブルを含む複数の Synapse Link プロファイルを作成できます (同じテーブルを複数のプロファイルに追加できます)。 Dataverse テーブル Synapse Link プロファイルを読み込んで、削除されたプロファイルを含むすべてのプロファイルの設定データを検索します。 |
Azure Synapse Link で財務と運用データ エンティティを有効にする
財務と運用エンティティと財務と運用アプリ テーブルの両方を Dataverse 向け Azure Synapse Link で有効にできます。 このセクションでは、財務と運用データのエンティティについて説明します。
財務と運用エンティティを有効にするプロセスには次の手順があります。 各手順については、以下のサブセクションで説明します。
- Power Apps Maker Portal で財務と運用の仮想エンティティを有効にします。 この手順により、Power Apps (make.powerapps.com) の財務と運用のエンティティを使用してアプリを構築できるようになります。 Azure Synapse Link でも使用できます。
- エンティティに対して行バージョンの変更追跡を有効にします。 Azure Synapse Link を有効にして財務と運用エンティティを使用するには、この手順を完了する必要があります。
両方の手順を完了すると、Dataverse テーブルにある Azure Synapse Link で財務と運用エンティティを選択できます。 Dataverse 向け Azure Synapse Link を Delta Lake 形式で作成するには、Delta Lake 形式で Dataverse データをエクスポートするの手順に従います。
注意
財務と運用エンティティは、接頭辞 mserp_ で始まります。
Power Apps で、財務と運用の仮想エンティティを有効にする
財務と運用エンティティを Dataverse の 仮想テーブル として有効にする必要があります。 作成者は、選択した財務と運用エンティティを使用してアプリを構築でき、エンティティは Azure Synapse Link でも使用できます。
財務と運用エンティティを有効にするには、Microsoft Dataverse 仮想エンティティを有効にするの手順に従います。
ヒント
Azure Synapse Link 機能を検証するには、次の一覧からサンプル エンティティを使用します。 これらは、Azure Synapse Link のDataverse テーブル セクションの下に表示されます。
- MainAccountBiEntity – このエンティティには、勘定科目のリストが含まれます。
- ExchangeRateBiEntity – このエンティティには、システム内の為替レートが含まれます。
- InventTableBiEntity – このエンティティには、在庫品目のリストが含まれます。
財務と運用エンティティの変更追跡を有効にする
財務と運用エンティティの変更の追跡を有効にすると、Azure Synapse Link の Dataverse テーブルの下に表示されます。 財務と運用エンティティは、接頭辞 mserp_ で始まります。
変更追跡を有効にするには、以下の手順に従います。
- Power Apps の左のナビゲーション ウィンドウで、テーブル を展開し、目的のテーブルを選択します。
- プロパティ>詳細オプション を選択します。
- 追跡変更 オプションを選択して、保存 を選択します。 オプションが利用できない場合は、財務と運用エンティティに関する既知の制限事項を参照してください。
財務と運用のエンティティに関する既知の制限事項
現在、財務と運用エンティティと Azure Synapse Link にはいくつかの制限があります。 今後のロードマップの詳細や製品チームとの連絡をご希望の方は、Viva Engage グループ aka.ms/SynapseLinkforDynamics のプレビュー に参加してください。
変更の追跡を有効にすると、「選択したエンティティが検証ルールに合格しませんでした...」 というエラーメッセージが表示されて失敗したり、仮想テーブルの一部のテーブルで変更の追跡チェックボックスが無効になったりする場合があります。 現在、変更追跡をすべての財務と運用エンティティに対して有効にすることはできません。 変更を追跡する チェックボックスは、データ移行のために過去に財務および運用で作成されたエンティティには使用できません。
注意
検証ルールに合格した財務と運用エンティティの一覧の場合、財務と運用アプリで利用できるデータ エンティティ行バージョンの変更追跡検証レポート (パス: システム管理/設定/行バージョンの変更追跡/データ エンティティ行バージョンの変更追跡検証レポート) を実行します。 このレポートを使用して、データ検証ルールに合格したエンティティの行バージョンの変更追跡を有効にすることもできます。 エンティティの変更追跡を有効にするには、メニューから 行バージョンの変更追跡 を選択し、変更追跡を有効にするを選択します。
エンティティ検証ルールとその修正方法の詳細については、データ エンティティに対して行バージョンの変更追跡を有効化する を参照してください。 手順を完了するには、開発者の支援が必要な場合があります。
変更追跡の制限により選択したエンティティが使用できない場合は、そのエンティティのデータを構成するテーブルを選択できる可能性があります。 FastTrack チームが提供する EntityUtil ソリューション を使用して、テーブルを使用してエンティティ シェイプを作成できます。
Dataverse でデータベースの復元操作を行うと、Azure Synapse Link で有効になっている財務と運用エンティティが削除されます。 エンティティを再有効化するには、選択したすべてのエンティティの対応する仮想テーブルを再有効化し、変更追跡を再有効化し、Azure Synapse Link でテーブルを再選択します。