Copilot は、画像、ファイル、メールを使ってすばやいフォーム入力を支援できるようになりました。 モデル駆動型アプリのユーザーは、ファイル (画像を含む) やメールを Copilot 用に追加してフォーム フィールドの提案を生成し、面倒な作業に費やす貴重な時間を節約できるようになります。 お客様のフィードバックに基づいてフォーム入力エクスペリエンスが改善され、提案をより細かく制御できるようになりました。

管理者は Power Platform 管理センターを通じてこの機能を管理できます。

ビジネス ニーズに対応するソリューションの作成は、単にアプリを開発するだけではありません。 ソリューションとは、データを格納し、エンドユーザー アプリを提供し、ワークフローを自動化する Power Platform 全体のオブジェクトのコレクションです。 ビジネス上の問題を解決するために使用されているテクノロジに関係なく、成功への最初のステップは、さまざまなユーザー ロールとその要件をサポートするソリューション アーキテクチャを定義することです。 これにより、ビジネスにメリットをもたらすソリューションを確実に構築できます。 Copilot は、ユーザー ロール、ユーザー要件、データをサポートするデータ スキーマなどのシナリオと要件の定義の詳細、および提案されたオブジェクトによる全体的なソリューション アーキテクチャの作成を支援できるようになりました。

• シナリオと要件の定義: まず、ビジネス上の問題を記述し、プロセス ダイアグラム、データ モデル、レガシ アプリのスクリーンショットなどのその他のコンテキストを提供します。 Copilot はこの入力を使用して、ソリューションのユーザー ロールと要件を下書きします。
• データ モデリング: 要件に合わせて調整すると、Power Apps によってソリューションをサポートするデータ モデルが提案されます。作成者は、視覚的なエンティティ関係図を使って確認および更新できるようになります。
• ソリューション アーキテクチャ: Copilot は、要件を満たすアプリの種類と自動化を推奨します。 この機能の最初のリリースでは、推奨事項として、キャンバス アプリとモデル駆動型アプリに加え、Power Automate のクラウド フローなどがあります。

パブリック プレビューの初期段階では、これらの Copilot スキルは既定でオフになっています。 これらの機能にアクセスするには、Power Apps ホーム ページで新しい Power Apps エクスペリエンスを試すトグルをオンにするだけです。 これにより、プランを作成および管理できるようになります。

ユーザーはスマート ペースト ボタンを選択するか、キーボード ショートカットを使用して、フィールドに関する提案を受け取ることができます。 コピーしたテキストに基づいて、モデル駆動型アプリのフォームに提案がインラインで表示されます。 ユーザーは提案を受け入れるか無視するかを選択できます。 この新しいスマート ペースト オプションにより、フォームへのデータ入力がより簡単かつ迅速になります。

管理者は Power Platform 管理センターを通じてこの機能を管理できます。

• ガイド付きプロンプト ビルダー エクスペリエンスを介して、Power Apps (make.powerapps.com) の任意のテーブルのレコード要約プロンプトを簡単に作成できます。
• ユーザーに必要な関連フィールドと情報をレコード要約に含めることができます。
• 要約をオンラインでテストして、期待どおりであることを確認できます。
• レコード要約はフォーム内で使用でき、ユーザーが情報に簡単にアクセスできます。

自然言語でグリッド フィルター処理を使用してデータの検索、フィルター処理、並べ替えをすばやく行うことができ、ユーザーは探しているもの説明できるので、複雑で高度なフィルターが不要になります。

たとえば、フォローアップ期限の日付を過ぎている優先度の高いサポート案件をたずねると、ビューがフィルター処理され、該当するサポート案件のみが表示されます。 自然言語を使用すると、ユーザーは列フィルターや高度なフィルターを使用する必要がなくなるため、時間が節約されます。

サポートされる機能:

• レコードのフィルター処理
• 並べ替え
• テキスト検索

この機能は現在プレビュー段階であることに注意してください。 これは毎週のリリースで強化され、管理者設定の [グリッドとビューの自然言語検索] で有効にできます。

新しいテーブルを作成した後に、それが環境内の既存のテーブルと重複していることに気付いてうんざりしていませんか? Copilot によって支援された ERD デザイナーを使用してデータ モデルをよりスマートに設計する方法を導入します。 ゼロから始めるのではなく、既存のテーブルを活用して、より堅牢なデータ モデルを構築できるようになります。 しくみは次のとおりです。自然言語で要件を入力するだけで、新しいテーブルと既存のテーブルの両方を組み込んだマルチテーブル データ モデルが Copilot によって作成されます。 関連するテーブルをすぐに見つける必要がありますか? Copilot のレコメンデーションはユーザーに対応し、数秒で適切なテーブルを見つけます。 テーブルを組み立てたら、ERD ビューに切り替えます。 そこで、新しいテーブルと既存のテーブルを並べて確認できます。 ERD ビューで既存のテーブルを編集することはまだ完全にはサポートされていませんが、簡単なドラッグ アンド ドロップ操作で既存のテーブルへのルックアップを作成し、テーブル間の意味のある接続を定義することができます。

YAML と Power FX を使用したテスト エンジンのテストのサポートが拡張されました。 テスト エンジンが、キャンバス アプリのテスト機能を強化し、モデル駆動型アプリ テストと、より堅牢な認証オプションを導入します。

Application Object Server (AOS) と呼ばれる Dynamics 365 財務と運用アプリのサーバーは、証明書による認証の機能を削除することでセキュリティを強化します。 つまり、Regression Suite Automation Tool (RSAT) で証明書を提供する機能はなくなります。 多要素認証を回避するには、ユーザーは Entra ポリシーを使用して、ユーザー名とパスワードを使用する必要があります。

Power Apps では、浮動小数点値が内部の値の既定のデータ型です。 つまり、Power Apps に入力されるデータは内部的には浮動小数点数として表されます。 ただし、浮動小数点値は、特に小数の 10 進数を処理する場合に、精度の問題につながることがあります。

Power Apps での新しい Decimal のサポートでは、内部小数の精度を高めることでこの問題に対処しています。 これにより、SQL Server のデータを取得および格納するときに、10 進値がより正確に保存されます。 Decimal のサポートにより、ビジネス トランザクションや、高い精度を必要とするその他のシナリオを、より確実に管理できます。

大規模な組織には、法的要件 (国または地域ごと) やセキュリティ ニーズ (データのパーティション分割) など、さまざまな理由で複数のテナントが存在することがよくあります。 これまで、別のテナントの SQL データベースを参照する唯一の方法は、ゲートウェイを経由することでした。 このたび、Power Apps で Entra 接続にテナント ID フィールドを使用できるようになりました。 既定では、このテナント ID は作成者のテナントと一致しますが、作成者はそれをオーバーライドして別のテナントを指定できます。 SQL Server 接続を使用する Power App のエンド ユーザーには、他のテナントの認証資格情報が必要になります。

ストアド プロシージャでデータ ソースを再編集すると、より速く、よりクリーンな開発が可能になります。 作成者がアプリケーションのデータ ソースを作成すると、ストアド プロシージャを選択する編集セッションごとに新しいデータ ソースが作成されます。 これにより、複数の編集セッションで複数のデータ ソースが作成された場合、各データ ソースにどのストアド プロシージャが含まれているかを追跡するのが困難になる可能性があります。 この機能を使用すると、作成者はストアド プロシージャで既存のデータ ソースを "再編集" するだけで、ストアド プロシージャを追加または削除できます。 その結果、すべてのストアド プロシージャを単一のデータ ソースで管理できます。

Maker Portal のオフライン対応アプリの設定で、ユーザー用に最適化されたデータ読み込みエクスペリエンスを実現するためにオフライン プロファイルをカスタマイズできます。 テーブルごとに、アプリで必要な列を選択できます。

• システムによって計算された推奨される列を使用します。
• 列を手動で選択します。

オフライン プロファイルのメイン ページでは、ダウンロード用に選択されている列の数をテーブルごとに確認できます。