効果的なサポートリクエストを作成する

アプリが期待どおりに動作しない場合は、 Power Apps 構成または外部のシステムに問題がある可能性があります Power Apps。

問題に応じて、次の個人または組織から支援を受けることができます。

問題の種類 誰が最も助けになるか
アプリケーション アプリの作成者、管理者
Power Apps マイクロソフト
外部データソースと統合 外部システムを担当するユーザー

アプリのバグと Power Apps バグの違い

アプリのバグとは、特定のアプリにおける予期しない動作のことです。 · 比較すると、バグとは、アプリを作成、実行、または管理するシステムにおける予期しない動作のことです。 Power Apps 根本的な Power Apps バグがアプリのバグを引き起こす可能性があり、その場合、そのバグがアプリによるものか Power Apps バグによるものかを判断することが難しくなります。

ここにいくつかの特徴的な兆候を示します。

アプリのバグ Power Apps バグ
特定のアプリで問題を再現できる 問題を再現するアプリを作成できる
特定の データ接続へのアクセスが必要 あらゆる データ接続で問題が再現されるため、データ ソース の特定の構成が必要になる場合があります。
単一の組織内の単一のアプリにのみ影響します 複数の組織のアプリに影響を与えるか、影響を与える可能性がある
問題に関係のないコンポーネントを含む複雑なアプリ いくつかのコンポーネントに問題があることを示す最小限の再現アプリ
カスタム機能とコードについて言及 具体的な機能について言及する Power Apps
影響を受ける機能に関するMicrosoftのドキュメントは存在しません 影響を受ける機能に関するMicrosoftのドキュメントが存在し、その予想される動作について説明している

アプリのバグの例

次の例は、アプリのバグと、ユーザーがそのバグを手順としてアプリ所有者に説明して、所有者がバグを再現して解決できるようにする方法を示しています。

  1. キャンバス アプリでは請求書が表示されません。

    1. Contosoなどのキャンバス アプリにログインします。
    2. ホーム画面で、選択 「私の請求書」をクリックします。
      • 期待される動作: ユーザーが作成した請求書が表示されます。
      • 実際の動作: 請求書は表示されません。
  2. モデル駆動型アプリでは請求書が表示されません。

    1. 環境 でContosoアプリにログインします。
    2. ダッシュボード ページのサイトマップに、選択 請求書 が表示されます。
    3. 請求書 ページで、ビューを アクティブな請求書 に設定します。 請求書のリストが表示されます。
    • 期待される動作: ユーザーが作成した請求書が表示されます。
    • 実際の動作: 請求書は表示されません。

機能、ユーザー インターフェイス、テーブルはアプリや組織に固有のものであり、バグの原因は各ユーザーによって異なるため、バグには大きなばらつきが生じる可能性があります。 たとえば、 請求書 は Power Apps の組み込みテーブルではありません。 キャンバス アプリには、特定のユーザーによるレコードのフィルター処理に特化した機能がないため、アプリ作成者は式を記述するか、データ コネクタを構成する必要があります。 Power Fx 同様に、作成者は、目的のレコードを表示するために、モデル駆動型アプリで ビュー を構成する必要があります。

どちらの例にも、問題があるかどうかを判断するのに十分な情報がありません。 Power Apps アプリの問題を調査するには、アプリの作成者が最適です。

例 Power Apps バグ

アプリ作成者が調査してバグと分類されるものを発見した場合、次の例のように報告する可能性があります。 Power Apps

  1. キャンバス アプリのフィルター関数は、フィルター テキストにアスタリスク文字が含まれていると結果を返しません。

    1. 問題を示すために最小限の再現アプリが添付されています。
    2. このアプリには、シンプルなコレクションが含まれています: TestTable データ付き [{Name: "a"}, {Name: "*b"}]
    3. アプリには2つの Table コントロールがあります。 両方のコントロールは、 名前 列を表示するように構成されています。
    4. Table1項目Filter(TestTable, Name="a") に設定されています。
    5. Table2項目Filter(TestTable, Name="*b") に設定されています。
      • 期待される動作: 表1 には、 {Name: "a"} フィルター 関数の条件 に一致するレコード Name="a" が表示されます。 表2 は、 {Name: "*b"} フィルター 関数の条件に一致するレコード を示しています Name="*b"
      • 実際の動作: 表1 には期待されるレコードが表示されますが、 表2 にはレコードが表示されません。
      • 注: アイテム が同じ式に設定されている場合、 ギャラリー などの他の データセット コントロールでも同じ動作が見られます。
  2. モデル駆動型アプリのビューは、フィルター条件にアスタリスク文字が含まれている場合、結果を返しません。

    1. 任意のテーブルに対して ビュー を作成します。
    2. ビューのすべてのフィルターを削除します。
    3. プライマリ列に、 *b で始まるテキストに一致するフィルターを追加します。
    4. このビューとテーブルを任意のモデル駆動型アプリに追加します。
    5. すべての変更を保存して公開します。
    6. アプリを実行します。
    7. プライマリ列に異なる値を持つレコードをいくつか追加します。 1つの列が *b で始まることを確認します。
    8. 表のページに移動します。
    9. ビューを新しく作成したビューに変更します。
      • 期待される動作: グリッド は、 *b で始まるプライマリ列の値を持つレコードを表示します。
      • 実際の動作: 記録は表示されません。
      • 注: フィルター条件でアスタリスクが使用されていない場合 (b など)、フィルターは期待どおりに機能します。

これらの Power Apps バグは、キャンバス アプリの Power Apps フィルター 機能と、モデル駆動型アプリの ビュー フィルター という特定の 機能に関する問題について説明します。

適切なサポート リクエストでは、誰でも問題を簡単に再現できる十分な情報が提供されます。 著者 は、問題を切り分けるために試した調査アクションやトラブルシューティングの結果について言及する場合があります。 たとえば、著者 では、問題がChromeブラウザでのみ発生し、 Firefox では発生しないことが言及されている可能性があります。

良いサポートリクエストとは Power Apps

適切なサポート リクエストでは、問題をアプリのバグではなく、 Power Apps バグとして表現します。 追従する 該当する場合は、これらのガイドラインに従って、Microsoftが問題を迅速に理解して解決できるようにします。

説明的なタイトルをつける

タイトルには以下の内容を記載する必要があります。

  1. 特定の機能 Power Apps
  2. 予想外の行動
  3. バグが発生する条件

不適切なタイトルの例:「ギャラリー コントロールが空白です」

適切なタイトルの例:「フィルター テキストにアスタリスク文字が含まれている場合、フィルター関数は結果を返しません」

元のアプリではなく、簡略化されたアプリを添付します

アプリの実行に関する問題については、キャンバス アプリの場合は 最小限の再現アプリ 、モデル駆動型アプリの場合は 標準的な再現ソリューション を提供します。

重要

適切なサポート リクエストの目標は、誰でも自分のデバイスで問題を再現できるように十分な情報を含めることです。

バグがアプリのバグではなく、 Power Apps バグであることを、最小限の再現アプリまたはバニラ再現アプリで示すことができれば、Microsoftは迅速に解決できます。 これらの再現アプリがないと、解決が遅れたり、サポート リクエストが受け入れられなかったりする可能性があります。

例外

次のような問題の場合、最小限または標準の再現アプリが必ずしも実行可能または必要であるとは限りません。

  • 特定の データ ソース からのデータアクセスと保存
  • ユーザー権限などの特定のユーザーデータ
  • ライセンス
  • オフライン操作
  • 一般的なサーバーの問題

いずれにしても、アプリを可能な限り簡素化し、 キャンバス または モデル駆動型アプリ の問題を分離してください。

ネットワークトレースを添付する

データとサーバーの問題については、クライアントとサーバー間のネットワーク通信を調べることで、 問題のある レイヤー を特定 するのに役立ちます。 ネットワーク呼び出しの記録は、ネットワーク トレースと呼ばれます。

ネットワーク トレースを記録するには、 モニター または ブラウザー開発ツール を使用できます。

必ず、問題を再現する直前に録画を開始し、問題を再現できた直後に録画を終了してください。 この短い間隔により、Microsoftによるサポート リクエストの処理に遅延が生じる可能性のある、トレース内の無関係な情報が最小限に抑えられます。

問題を再現するための詳細な手順を記入してください

最小限または標準の再現アプリを作成した場合は、そのアプリで 問題を再現する方法 を説明してください。 最初に問題を発見したアプリに関する問題については説明しないでください。

観察された動作と予想される動作について言及します。

スクリーンショットまたはビデオを提供する

ユーザー インターフェイスの問題の場合、文章による説明よりも、スクリーンショットやビデオの方が、バグを再現する手順をより迅速に明確にすることができます。

影響を受ける機能とその予想される動作を明確にするために、Microsoftドキュメントへのリンクを含めます。

専門的な開発機能に関する問題については、動作しないAPI機能のドキュメントに リンク を付けてください。

コードサンプルを簡素化する

問題がコーディングやその他の専門的な開発機能に関係する場合は、まずコードを簡素化します。 通常、バグを証明するには、ほんの数行のコードが必要です。 Power Apps 他のカスタマイズを行わずに、新しい 環境 でアプリをデプロイします。 問題が発生していることを確認し、問題のあるコードの スニペット を添付してください。

Power Apps における専門能力開発機能の例:

他のユーザーが独自の 環境 で問題を再現できるように、具体的な構成手順を記載してください。

システム情報を提供する

問題は、 Power Apps の特定のバージョン、ブラウザ、または 環境 でのみ発生する可能性があります。 Microsoftがこれらの詳細を使用できるように、 セッションID を提供します。

調査のメモを追加する

考えられる原因を排除するために、さまざまな構成を試してみるとよいでしょう。 サポート リクエストにこれらの構成を記載してください。 この情報を含めることで、他の人が問題をよりよく理解し、同じ手順を繰り返さないようにすることができます。

サポートリクエストの送信 Power Apps

サポート リクエストを送信する前に、 バグが既知の問題であるかどうかを確認してください。 バグがまだ知られていない場合は、 サポート リクエストを作成 してバグを報告できます。

参照