次の方法で共有


ソリューション正常性ハブを使用しての問題をトラブルシューティングする

ソリューションの正常性ハブを使用すると、環境の状態をより正確に把握し、Dynamics 365 環境の問題を検出できます。 ソリューションの正常性ハブは、インスタンス内でルールを実行して、環境の構成を検証します。これは、通常のシステム操作によって時間とともに変化する可能性があります。 一部のルールは、Dynamics 365 Field Service に固有のものであり、問題が発生したときにルールをオンデマンドで実行できます。 一部のルールは、Field Service がインストールまたは更新されると自動的にトリガーされます。 定期的に Field Service のルールセットを実行し、環境の状況を監視します。

ソリューションの正常性ハブの検出するいくつかの一般的な問題を以下に示します:

  • 重要な Field Service やプロセスが非アクティブ化されています。
  • アップグレードの失敗の原因となるプロセスが、無効になっているユーザーに割り当てられています。
  • カスタマイズされたWebリソースによって実行時の問題が発生する場合。

ソリューション正常性ハブ を実行することに加えて、スクリプト、プラグイン、HTML、ワークフローを改善するために、ソリューション チェッカーをカスタマイズして実行するためのベスト プラクティスを確認してください。 Dynamics 365 Field Service ...

前提条件

  • Field Service v8.4.0.338+ (統一インターフェイス) または v7.5.7.87+ (Web)
  • ソリューションの正常性ハブは Power Apps チェッカーを拡張し、環境の継続的で健全な運用を確保します。

正常性チェックの実行

Field Service の分析ジョブを実行するには:

  1. ソリューションの正常性ハブ アプリを開きます。

    ナビゲーションの、ソリューションの正常性ハブのスクリーンショット。

  2. 分析ジョブ を選択し、新しい分析ジョブを作成します。

  3. ダイアログ ボックスが開いたら、Field Serviceを選択します。

  4. OK を選択すると分析ジョブが始まります。

正常性チェックの結果を表示する

分析ジョブの実行が終了すると、概要ページが開きます。

完全な分析ジョブの概要のスクリーンショット。

分析ジョブでは、各ルールに、ルールが成功したか、失敗したか、または構成エラーがあるかを示す 戻りステータス が表示されます。 ルールが失敗した場合、 重大度 は問題の重大度を示します。

ルール戻り状態 レコメンデーション
失敗 システム内の特定の問題を強調表示します。 提案に従ってルールを修正します。
警告 ルール メッセージで言及されている影響に注意してください。
パス このルールに問題がないことを示します。 すべてのルールがこの状態である必要があります。

契約作業指示書の生成

重要度: 高

チェック対象

このルールは、すべての作業指示書が契約に基づいて正しく生成されたことを確認します。

失敗する理由

このルールは、契約の繰り返しが正しく処理されず、生成されるはずの作業指示書が生成されなかったために失敗します。

修正方法

  1. 作業指示書 が生成されなかった理由と失敗の原因を特定します。
  2. 問題を修正してください。
  3. レコード生成を再開するには、契約 システム ステータス を「見積もり」に戻します。 次に、「アクティブ」に変更します。

注意

契約ステータスを変更すると、アクティブなステータスの既存の契約予約データ レコードがすべて削除されますが、将来の日付のレコードのみが再生成されます。

Solution Health ハブでのソリューションの正常性契約の生成。

重要度: 高

チェック対象

このルールは、契約に関連する失敗したワークフローをチェックします。

失敗する理由

契約予約設定または契約請求書設定レコードに関連する失敗したワークフローがある場合、このルールは失敗します。

修正方法

分析結果を選択し、選択 解決します。

終了日が過去になっている、アクティブな契約のチェック

重要度: 高

チェック対象

このルールは、 システム ステータス が「アクティブ」であるが、終了日が過去のものである契約をチェックします。 ステータスは「期限切れ」になります。

失敗する理由

契約の終了日が過去であっても、契約のシステム ステータスがアクティブである場合、このルールは失敗します。

修正方法

分析結果を選択し、合意内容を確認して、選択 解決します。

考慮事項と制限

  • このルールは、過去90日以内に終了日がある契約を検証します。
  • このルールでは、アクティブなシステム ステータスと過去の終了日を持つ上位5,000件の契約が考慮されます。
  • このルールは、契約予約設定と契約予約日を持つ契約のみを検証します。

削除されたフォーム ライブラリを確認する

重要度: 中

チェック対象

このルールは、システム内にField Serviceライブラリが欠落しているField Serviceフォームがあるかどうかを検出します。

失敗する理由

フィールド サービス フォームにフィールド サービス ライブラリがない場合、このルールは失敗します。

注意

このルールは、「価格レベル」フォームで誤検知の失敗を示す可能性があります。

修正方法

不足しているライブラリをフォームに追加します。 同じテーブルまたは他の組織の別のフォームと比較することで、必要なライブラリのリストを取得できる場合があります。 サポートに問い合わせて支援を受けてください。

フォームにカスタマイズ異常があるか確認する

重要度: 高

チェック対象

このルールは、すべての 作業指示書 フォームに対して、サブグリッド コントロールまたはルックアップ コントロールの数が制限を超えているかどうかをチェックします。制限を超えると、パフォーマンスに影響する可能性があります。 制限はサブグリッド4個またはルックアップ20個です。 このルールは、どのフォームにサブグリッド コントロールまたはルックアップ コントロールが多すぎるかを示す通知をシステム管理者にトリガーします。

サブグリッド コントロール は別のテーブルのレコードを一覧表示する形式のテーブルです。 たとえば、Field Serviceに標準で含まれている 作業指示書 フォーム上の 作業指示書 製品サブグリッド コントロールなどです。

ルックアップ コントロールは、別のテーブルのレコードを検索し、フィールドに入力する 1 つ以上のレコードを選択できるフォーム上のフィールドです。

失敗する理由

このルールは、作業指示書 フォームの既定のタブ (最初のタブ) に4個を超えるサブグリッド コントロールまたは20個を超えるルックアップ コントロールがある場合に失敗します。 フォームのデフォルト タブ上のコントロールの数は、読み込みパフォーマンスに影響します。

修正方法

既定のタブ上のルックアップ フィールドとサブグリッド コントロールの数を減らします。必要ない場合は、フォーム上の他のタブに移動する、またはフォームから非表示にします。

フォームの読み込み時間を改善する より多くの方法を確認してください。

フィールドの必要なレベルが変更されているかをチェックする

重要度: 高

チェック対象

このルールは、作業指示書 または契約フォームのシステム必須フィールドの必須レベルが変更されているかどうかを確認します。

失敗する理由

このルールは、すぐに使用できるField Service作業指示書 または契約フォームのシステム必須フィールドの必須レベルが変更された場合に失敗します。

修正方法

  1. Power Appsで、選択 >すべて を検索し、作業指示書 または契約を検索します。
  2. 選択 テーブル。
  3. スキーマ の下で、 を選択します。 分析にリストされているフィールドを見つけて 選択 します。
  4. 列の編集 ペインで、 必須 を「ビジネス必須」に変更して保存します。

注意

このルールは、作業指示書 および契約フォームのすぐに使用できる必須フィールドにのみ実装されます。

契約予約設定と契約予約日のリビジョンの不一致をチェックします

重要度: 高

チェック対象

このルールは、 契約予約日 のリビジョンが、対応する 契約予約設定のリビジョンと一致するかどうかを検証します。

失敗する理由

契約予約日のリビジョン値とそれに対応する契約予約設定が一致しない場合、このルールは失敗します。 このルールでは、予約日が90日未満のアクティブな予約日レコードのみを考慮します。 不一致がある場合、システムはその予約日付に対して 作業指示書 を生成しない可能性があります。

修正方法

サポートにお問い合わせください。

考慮事項と制限

このルールは、最新の予約日に基づいて、過去3か月間の上位5,000件のアクティブな 契約予約日 レコードを考慮します。

契約請求書設定による契約請求書日付の改訂不一致をチェックします

重要度: 高

チェック対象

このルールは、 契約請求書日付 の改訂が、対応する 契約請求書設定の改訂と一致するかどうかを検証します。

失敗する理由

契約請求書日付の改訂値とそれに対応する契約請求書設定が一致しない場合、このルールは失敗します。 このルールでは、請求日が90日未満のアクティブな契約請求日レコードが考慮されます。 不一致がある場合、システムはその請求日の請求書を生成しない可能性があります。

修正方法

サポートにお問い合わせください。

考慮事項と制限

このルールでは、上位5,000人のアクティブユーザーを 契約請求書日付 最新の請求書日付に基づく過去3か月間の記録。

「Connected Field Service」アプリモジュールのカスタマイズ

重要度: 低

チェック対象

このルールは、Connected Field Serviceアプリ モジュールに、非推奨になっておりカスタマイズすべきではないカスタマイズがあるかどうかを確認します。

失敗する理由

組織内のConnected Field Serviceアプリ モジュールにカスタマイズがある場合、このルールは失敗します。

修正方法

Connected Field Service アプリ モジュールからカスタマイズを削除します。

カスタマイズされたオプション セット

重要度: 高

チェック対象

このルールは、Field Service内の オプション セット にカスタマイズすべきでないカスタマイズがあるかどうかを検出します。 オプション セットをカスタマイズすると、予期しない動作が発生する場合があります。

失敗する理由

デフォルトのField Serviceオプション セットのいずれかにカスタマイズがある場合、このルールは失敗します。 オプション セットへの追加は失敗としてカウントされず、オプション セット内のオプションへの変更のみがカウントされます。

修正方法

フィールド サービス オプション セットからカスタマイズを手動で削除します。

カスタマイズされた Web リソース

重要度: 高

チェック対象

このルールは、カスタマイズされたWebリソースのうち、Field Serviceパッケージに含まれないものを検出します。 カスタマイズされた Web リソースは Field Service アップデートで更新されず、機能上の問題が発生する可能性があります。

失敗する理由

Field Serviceパッケージの一部ではないカスタマイズされたWebリソースが存在する場合、このルールは失敗します。

修正方法

カスタマイズされたWebリソース上のソリューション レイヤーUIを介してカスタマイズを削除します。 Field Service をアップグレードすると、Web リソースを正しくアップグレードできます。

Field Service の一意の番号の削除ワークフロー チェック

重要度: 低~中

チェック対象

このルールは、一括削除自動番号ワークフローが正しく実行されるかどうかを検証します。

失敗する理由

一意の番号の削除ワークフローが失敗した場合、このルールは失敗します。

修正方法

分析結果を選択し、選択 解決します。

削除されたプロセス

重要度: 高

チェック対象

このルールは、削除されたプロセスをチェックします。

失敗する理由

Field Serviceのすぐに使用できるプロセスのいずれかが削除された場合、このルールは失敗します。

修正方法

サポートにお問い合わせください。

削除された SDK メッセージ処理手順

重要度: 高

チェック対象

このルールは、削除されたSDKメッセージ処理手順をチェックします。

失敗する理由

すぐに使用できるField Service SDKメッセージ処理手順のいずれかが削除された場合、このルールは失敗します。

修正方法

サポートにお問い合わせください。

削除された Web リソース

重要度: 高

チェック対象

このルールは、削除されたWebリソースをチェックします。

失敗する理由

すぐに使用できるField Service Webリソースのいずれかがシステムから削除された場合、このルールは失敗します。

修正方法

サポートにお問い合わせください。

無効化された SDK メッセージ処理手順

重要度: 高

チェック対象

このルールは、無効になっているSDKメッセージ処理手順をチェックします。 SDK のメッセージ処理ステップを無効にすると、Field Service を使用する際の動作が不正になります。

失敗する理由

Field Service SDKメッセージ処理手順のいずれかが無効になっている場合、このルールは失敗します。

修正方法

無効化された SDK メッセージ処理手順を有効にします。

Field Service 予約設定メタデータ構成

重要度: 高

チェック対象

このルールは、フィールド サービス予約設定メタデータ レコードがシステムに正しく存在することを検証します。 このレコードが欠落している場合、スケジューリング機能が期待どおりに機能しない可能性があります。

失敗する理由

フィールド サービス予約設定メタデータ レコードがシステムに存在しない場合、このルールは失敗します。

修正方法

サポートにお問い合わせください。

Field Service 設定

重要度: 高

チェック対象

このルールは、フィールド サービス設定レコードがシステムに正しく存在することを検証します。

失敗する理由

フィールド サービス設定レコードが存在しないか、正しく構成されていない場合、このルールは失敗します。

修正方法

フィールド サービスの通常の使用中にこのレコードが存在しない場合は、システムによって再作成されます。 レコードが自動的に再生成されない場合は、サポートに連絡してください。

フォームに実行コンテキストがありません

重要度: 高

チェック対象

このルールは、実行コンテキスト パラメータを渡さずにField Serviceライブラリを参照するイベント ハンドラを持つフォームがシステム内に存在するかどうかを検出します。

失敗する理由

このルールは、Field Serviceコードが実行コンテキスト パラメータがOnLoadイベント ハンドラに渡されることを想定しているため失敗します。 この値がない場合は、フォームの使用中にエラーが発生する可能性があります。

注意

このルールで失敗が発生する最も一般的なシナリオは、すぐに使用できるフォームの 1 つのコピーが存在し (8.X より前の Field Service バージョン)、Field Service がアップグレードされた場合です。 このようなシナリオでは、以前のバージョンの Field Service からコピーされたこれらのフォームには、これらのすぐに使える形式ではない ExecutionContext parameter がありません。

修正方法

  1. Power Appsで、選択 >すべて を検索し、作業指示書 または契約を検索します。
  2. 選択 テーブル。
  3. データ エクスペリエンスで、フォームを選択します。
  4. 選択 イベント タブ。
  5. 選択 各 イベント ハンドラー を有効にして 、実行コンテキストを最初のパラメーターとして渡します
  6. フォームを保存して公開します。

未完了の Field Service アップグレード

重要度: 低

チェック対象

このルールは、Field Serviceのアップグレードが開始されたが正常に完了しなかったかどうかを検出します。

失敗する理由

Field Serviceのアップグレードが開始されたが正常に完了しなかった場合、このルールは失敗します。

修正方法

Field Service アップグレードを再開します。 アップグレードが成功すると、このルールはパスを繰り返します。 アップグレードが再度失敗する場合は、サポートにお問い合わせください。

取引先レコード上の緯度および経度の値

重要度: 低

チェック対象

このルールは、アカウント レコードに緯度または経度の値があるかどうかを確認します。

失敗する理由

緯度、経度、またはその両方がアカウント レコードに存在しない場合、このルールは失敗します。

修正方法

取引先企業フォームのアドレスが提供されているかどうかを確認してください。 その場合は、取引先企業フォームのコマンドバーにあるジオコードボタンを選択して、取引先企業をジオコーディングします。

契約予約設定の所有者に対する特権の確認

重要度: 高

チェック対象

このルールは、契約予約設定レコードの所有者が作業指示書を作成するために必要な権限を持っているかどうかを確認します。

失敗する理由

契約予約設定の所有者に次の権限がない場合、このルールは失敗します。

1.prvCreatemsdyn_workorder

修正方法

各契約予約設定レコードの所有者に権限を割り当てます。

契約請求書設定の所有者に対する特権の確認

重要度: 高

チェック対象

このルールは、契約請求書設定レコードの所有者が請求書を作成するために必要な権限を持っているかどうかを確認します。

失敗する理由

契約請求書セットアップの所有者に次の権限がない場合、このルールは失敗します。

1.prvCreateInvoice

修正方法

各契約請求書設定レコードの所有者に権限を割り当てます。

下書き状態のプロセス定義

重要度: 高

チェック対象

このルールは、プロセス定義がドラフト状態にあるかどうかを確認します。 下書き状態のプロセスが存在場合、 Field Service は正しく機能しません。

失敗する理由

いずれかのプロセス定義がドラフト状態の場合、このルールは失敗します。

修正方法

プロセス定義がドラフト状態にならないように再アクティブ化します。

無効化されたユーザーが所有しているプロセス定義

重要度: 中~高

チェック対象

このルールは、無効になっているユーザーにプロセス定義が割り当てられているかどうかを確認します。

失敗する理由

無効なユーザーにプロセス定義が割り当てられている場合、このルールは失敗し、アップグレードが失敗する可能性があります。

修正方法

プロセスの所有者をアクティブなユーザーに変更します。

契約予約設定で繰り返す

重要度: 高

チェック対象

このルールは、契約予約セットアップで繰り返し設定が構成されているかどうか、およびそれが有効な繰り返し設定値であるかどうかを確認します。

失敗する理由

契約の システム ステータス が「アクティブ」で、契約の予約設定レコードが 自動生成 作業指示書 が「はい」に設定されているが、繰り返し設定が構成されていないか、正しく構成されていない場合、このルールは失敗します。

修正方法

契約予約設定で有効な繰り返しを設定し、合意>契約予約の設定>予約の繰り返し を選択します。

ユニバーサル リソース スケジュール バージョンの互換性チェック

重要度: 低

チェック対象

このルールは、現在インストールされているField ServiceのバージョンがUniversal Resource Schedulingのバージョンと互換性があることを確認します。

失敗する理由

組織にインストールされているUniversal Resource SchedulingソリューションがインストールされているField Serviceのバージョンと互換性がない場合、このルールは失敗します。 これは、Universal Resource Schedulingソリューションのバージョンを更新する、Universal Resource Schedulingソリューションを含む別のパッケージがインストールされている場合、発生する可能性があります。

修正方法

警告メッセージにリストされているソリューションをアップグレードして、Field Serviceと互換性があるようにします。

自動番号付けが有効になっていることを確認する

重要度: 低

チェック対象

このルールは、組織で自動番号付けがオプトインされているかどうかを確認します。 フィールド サービス テーブルの番号付けの一意性を確保するために、新しい自動番号付け機能を使用することをお勧めします。

失敗する理由

組織で自動番号付けがオプトインされていない場合、このルールは失敗します。

修正方法

Field Serviceで自動番号付けを有効にします。 設定 領域で、選択 # 自動番号付け を選択します。

Field Service ソリューションと Project Service Automation ソリューションに互換性があるかを確認します

重要度: 低

チェック対象

このルールは、現在インストールされているField Serviceのバージョンが、インストールされているProject Service Automationのバージョンと互換性があることを確認します。

失敗する理由

組織にインストールされているProject Service Automationソリューションのバージョンが、組織にインストールされているField Serviceソリューションと互換性がない場合、このルールは失敗します。

修正方法

警告メッセージにリストされているソリューションをアップグレードして、Field Serviceと互換性があるようにします。

モバイル ユーザーのセキュリティ ロールの検証

重要度: 高

チェック対象

このルールは、Field Serviceモバイル アプリにアクセスできる最前線の作業者に Field Service-Resource ロールと Field Service-Resource フィールド セキュリティ プロファイルが割り当てられているかどうかを確認します。

失敗する理由

最前線の作業員が Field Service-Resource ロールまたは Field Service-Resource フィールド セキュリティ プロファイルなしでField Serviceモバイル アプリにアクセスできる場合、このルールは失敗します。 組織内に複数のビジネス ユニットがある場合は、ユーザーのビジネス ユニットが表示されます。

修正方法

ユーザーに Field Service-Resource セキュリティ ロール と Field Service-Resource フィールド セキュリティ プロファイルを追加します。 詳細については、 最前線の従業員を設定するをご覧ください。

無効化されたユーザーが所有しているワークフロー インスタンスを待機しています

重要度: 高

チェック対象

このルールは、無効になっているユーザーに待機中のワークフロー インスタンスが割り当てられているかどうかを確認します。 このようなワークフローは、生成する必要のあるレコードを正しく生成できません。

失敗する理由

一時停止中のワークフローが、「待機中」という理由で一時停止状態の無効なユーザー アカウントに割り当てられている場合、このルールは失敗します。

修正方法

ワークフローを再トリガーします。 一般ドキュメントを参照するか、サポートに連絡してください。

次の手順

Dynamics 365 Field Service のトラブルシューティング