Microsoft Power Platform と財務と運用アプリの統合

Microsoft Power Platform は、Power Platform 管理者センターを介した Dynamics 365 アプリケーションの一連の機能を提供します。 現在、財務と運用アプリは Power Platform 管理センターでは管理されていません。 ただし、時間の経過とともに、Microsoft Dynamics Lifecycle Services から管理センターに移行される管理機能がますます増えています。 その間顧客は、Lifecycle Services の Microsoft Power Platform 統合機能を介して、二重書き込み機能、仮想エンティティ、アドインなどの機能のロックを解除することができます。

はじめに

環境を新規または既存の Power Platform 環境のいずれかに接続する方法の詳細については、Power Platform 統合を有効化する を参照してください。

前提条件の参照先

Microsoft Power Platform、Dataverse、二重書き込み、および財務と運用アプリの仮想エンティティのアーキテクチャを理解するには、それらのしくみを理解しておく必要があります。 したがって、次のドキュメントが前提条件になります。

• Power Platform の管理
• Dataverse とは
• Dataverse のテーブル
• エンティティの関連付けの概要
• 外部データ ソースのデータを含む仮想テーブルの作成と編集
• Power Apps ポータルについて
• Power Apps でのアプリの作成の概要

Microsoft Power Platform 統合によってロックが解除されたツールとサービス

以下は Power Platform の統合によって利用可能になるツールとサービスです。これによって財務と運用アプリに新しい機能が追加されます。 Microsoft Power Platform による財務と運用のアプリケーションの統合が進むにつれて、Power Platform エコシステム内のサービスで実現される機能が増えていく予定です。 この統合によって、柔軟性、自動化、およびインテリジェンスが向上し、ローコード アプリケーション、プロセス オートメーション、および高度な分析機能を通じて業務の合理化と意思決定の強化を実現できます。 この進化が進むにつれ、組織は Dynamics 365 アプリケーションと Power Platform サービス間の相互運用性が向上し、財務および業務ワークフロー全体の効率とイノベーションが推進されます。

データおよびビジネス ロジック用の統合ツール

仮想エンティティ、二重書き込み、ビジネス イベントおよびデータ イベントを組み合わせて、財務と運用アプリと Dataverse プラットフォームの収束性に対する共有データ レイヤーを構成します。 これらは、一緒に仕様することを目的とした補完的なテクノロジーです。

仮想エンティティにより、Microsoft Power Platform または Dataverse ネイティブ アプリから財務と運用データへのアクセスが必要になるシナリオが有効になります。 そのデータをクエリしてフォームをバインドし、一般的には、財務と運用アプリの全機能に対して Microsoft Power Platform の完全な機能を使用することができます。 システム間でデータはコピーされません。 代わりに、Microsoft Power Platform テクノロジが既にバインドすることができる標準の仮想エンティティ インフラストラクチャを通して直接アクセスします。 詳細については、仮想エンティティの概要を参照してください。

ビジネス イベントにより、Microsoft Power Platform を使用して財務と運用アプリで発生するイベントに応答できます。 これらのイベントは、ビジネス ロジックを使用してアプリケーションでプロセスを実行するときに発生します。 ビジネス イベントは、財務と運用アプリを含む任意のアプリから発生させることができ、Microsoft Power Platform ビジネス ロジックによって処理することができます。 多くの場合、この処理には、ネイティブ エンティティまたは仮想エンティティを通じた追加データのクエリや操作が含まれます。

データ イベントはビジネス イベントと同様で、イベントが発生した場合に外部アプリケーションが財務と運用アプリから通知を受信できます。 データ イベントは、アプリケーション データのレコードに変更がある場合に発生します。 外部システムは、データ内で作成、更新、または削除 (CUD) の操作が行われると、通知に反応できます。

シナリオのサブセットについては、財務と運用アプリとネイティブの Dataverse エンティティの間でデータを物理的にコピーする必要があります。 これらのシナリオは、ネイティブの Dataverse アプリと財務と運用アプリの両方でバインドされた大量のロジックを持つ重複するエンティティを対象としているので、データを各タイプのアプリのローカル データベースに配置する必要があります。 これらのエンティティの数は比較的少ないがが、アカウント/顧客、会社、製品、および販売注文などの最も重要なエンティティの一部が含まれます。 これらのシナリオでは、二重書き込みにより、ほぼリアルタイムの同期コピーが可能になります。 この機能により、既存のアプリはローカル データに対する操作を設計通りに継続することができ、また対応する重複エンティティが同期されていることを確認することができます。詳細については、二重書き込みのホームページを参照してください。

仮想エンティティ、二重書き込み、ビジネス イベントおよびデータ イベントを組み合わせて、財務と運用アプリとネイティブの Dataverse アプリ間の境界をまたぐアプリと業務プロセスをビルドすることができます。 ほとんどのアプリとビジネス プロセスでは、これら共有データ レイヤーの 3 つの部分の組み合わせかすべてのいずれかが使用されます。 同様に、拡張機能およびカスタマイズにおいて、データベース間でコピーされるデータ量を可能な限り減少させる必要があり、これらのツールを使用する際に、最も有利なユーザー エクスペリエンス用に最適化する必要もあります。

Power Platform がもたらす AI 機能

財務と運用アプリでは、Power Platform を利用して AI 機能を有効化しています。 この機能は、Microsoft Copilot Studio、AI Builder などの AI サービス、および [Microsoft Dataverse]/power-apps/maker/data-platform/data-platform-intro の機能に依存しており、財務と運用アプリで強力な AI 機能を最大限に活用することができます。 AI 機能用のサービスにアクセスするには、環境で Power Platform 統合を有効にする必要があります。

Power Platform によって実現される、財務と運用アプリにおける AI 駆動型機能の詳細については、財務と運用アプリにおける Copilot の機能の概要をご覧ください。

データのアーカイブ

Power Platform との統合により、財務と運用アプリのデータを、無制限のデータを安全にアーカイブ、保持するためのカスタム保存ポリシーとともにアーカイブすることができます。 この機能により、財務と運用アプリ用のデータベースから Dataverse の長期保有用データベースにデータが移動されるため、財務と運用アプリの規模を拡大することができます。 詳細については、 Dataverse を使用して Dynamics 365 財務と運用アプリにデータをアーカイブするを参照してください。

アドイン機能

アドインを使用すると、財務と運用アプリの機能を拡張できます。 すべてのアドインは、サンドボックスおよび運用タイプの環境の環境詳細ページの Lifecycle Services を介してインストールされ、管理されます。 インストールされているアドインと各アドインの構成オプションに関するメタデータは、Microsoft Power Platform 統合の一部としてプロビジョニングされている Microsoft Dataverse データベースに格納されます。 一部のアドインは、Dataverse データベースにビジネス データも格納します。 使用可能なアドインの詳細については、アドインの概要 を参照してください。

二重書き込みを使用する一般的なシナリオとパターン

二重書き込みを使用する一般的なシナリオを次に示します。

顧客サービス担当者が財務と運用顧客の住所変更を容易にする

顧客が移転し、請求先住所と送付先住所の情報を変更したいとします。 この顧客は、顧客サービス担当者に連絡して、住所の変更を依頼します。 顧客サービス担当者が電話を受け、顧客の請求先住所と送付先住所を変更します。

推奨される解決策

ほぼリアルタイムのデータ同期が関係するシナリオでは、二重書き込みで実装するのが最適です。

1. 顧客の情報は、財務と運用アプリから取得されます。
2. 顧客が顧客サービスに電話し、請求先住所と送付先住所の情報を変更するよう依頼します。
3. 顧客サービス担当者は、Dynamics 365 Customer Service の顧客レコードを取得します。
4. 顧客サービス担当者は、請求先住所と送付先住所を更新してデータを保存します。
5. 新しい請求先住所と送付先住所は、リアルタイムで財務と運用アプリに同期されます。

販売担当者は、財務と運用アプリにサインインすることなく、顧客の与信限度額を変更できます

顧客には $2,000 の与信限度額があり、$5,000 に引き上げたいと考えています。 この顧客が電話をかけて、増額を要求します。 チケットが、販売部門に割り当てられます。 販売責任者は依頼を検討し、顧客の支払履歴を確認し、顧客が与信限度額の増加の資格があると判断します。 販売責任者は依頼を承認し、チケットに応答します。 顧客は与信限度額 $5,000 の承認に関する電子メールを受け取ります。

推奨される解決策

このシナリオでは、二重書き込みを使用して実装するのが最適です。

1. 顧客は電話し、与信限度額を $2,000 から $5,000 に引き上げたいと考えています。
2. 顧客サポート担当者が Dynamics 365 Customer Service でチケットを作成します。
3. チケットが、販売部門に割り当てられます。
4. 販売部門の販売担当者が依頼を確認して、承認します。
5. Dynamics 365 Sales で顧客の与信限度額が $5,000 に増額されます。
6. 財務と運用アプリの与信限度額が $5,000 に更新されます。
7. 販売担当者は、チケットに応答して解決します。
8. 顧客は、与信限度額の引き上げに関する電子メールを受け取ります。