Share via


作業指示書フォームのカスタマイズ

組織の Field Service を設定する際に、コーディネーター、サービス マネージャー、その他の役割などのバックオフィス ワーカーたちが重要な情報を表示して作業を文書化するために使用するフォームをカスタマイズする必要がある場合があります。 IT 管理者は、Field Service フォームをカスタマイズして、ユーザーがビジネスまたは業界に固有の情報を取得し、フォームのレイアウトがビジネス プロセスと一致するようにすることができます。

フォームを適切にカスタマイズすることは、パフォーマンスを最大化するために非常に重要です。 フォームのカスタマイズは、フォームが変更をロードして保存するのにかかる時間に影響を与える可能性があります。フォームを適切にカスタマイズすると、使いやすさが向上し、ユーザーが情報を表示および更新しやすくなります。

この記事では、作業指示書フォームをカスタマイズする方法について説明しますが、この手順を使用して Field Service Web フォームをカスタマイズすることもできます。

Note

現場担当者のためにモバイル作業指示書をカスタマイズするための別個の独自のプロセスがあります。 詳細はこの記事の最後にある構成に関する考慮事項を参照してください。

1. 既定の作業指示書フォームについて理解する

作業指示書フォームをカスタマイズする前に、Field Service に含まれている規定の作業指示書フォームを理解していることを確認してください。 既存のフィールドと推奨されるプロセス フローを理解すると、フォームに加える変更を決定するのに役立ちます。 パフォーマンス、使いやすさ、アップグレード性を向上させるために、規定のフィールドとプロセスを使用することをお勧めします。

Field Service>作業指示書 に移動して、既存のレコードを選択するか、新しいレコードを作成します。

作業指示書フォームは、次の標準的な作業指示プロセス用に最適化されています。

  1. 作業指示書は、手動で、変換されたケースから、IoT アラートを介して、契約スケジュールから、または統合を介して作成されます。 新しく作成された作業指示書のシステム ステータスは、規定では 予定外 と等しくなります。
  2. アカウント、作業指示の種類、場所、製品、サービス、サービス タスク、およびその他の重要な情報など、作業指示の詳細が入力されます。
  3. 作業指示は 1 つ以上のリソース ("現場担当者") にスケジュールされ、システム ステータスは自動的に スケジュール済み になります。
  4. 現場担当者は、モバイル アプリでスケジュールされた作業指示書を表示し、必要な作業を実行するために顧客の場所に移動します。 システム ステータスは、進行中 になります。 現場担当者は、現場に到着したとき、完了したサービス タスク、請求されたサービスや製品などの情報を更新します。
  5. 現場担当者が作業指示を完了し、システム ステータスは 完了 になります。
  6. バック オフィス マネージャーまたはディスパッチャーは、完了した作業指示書を表示し、作業が完了したことを確認し、必要なデータを取得します。 すべてが終了すると、ステータスは 投稿済み に変更されます。

製品、サービス、およびサービスタスクを示す Field Service 作業指示書。

Field Service の作業指示プロセスについてもっと読む

規定のフィールドを表示して理解し、ビジネスに使用できるフィールドを決定します。

Field Service 作業指示書

次のフィールドは、Field Service の作業指示プロセスにとって重要であり、必須です。 組織でこれらのフィールドを使用する予定がない場合は、別のエンティティ テーブルを使用するか、まったく新しいエンティティ テーブルを作成することを検討してください。

  • 作業指示書番号
  • システムの状態
  • サービス アカウント
  • 請求先取引先企業
  • 価格表
  • 作業指示書の種類
  • 作業場所
  • 住所
  • 経度
  • Longitude

次のサブグリッドは、Field Service の作業指示プロセスにとってもクリティカルであり、高度に推奨されます。

  • 予約可能リソースの予約 ("予約")
  • サービス タスク
  • 製品
  • サービス

詳細については、Field Service アーキテクチャ作業指示書の作成 の記事を参照してください。

2. 必要なフィールドと不要なフィールドのリストを作成する

ビジネス プロセスに関連する規定の作業指示フィールドのリストと、不要なフィールドの別のリストを作成します。 上記の重要なフィールドは、必要に応じて必要なフィールドのリストに必ず追加してください。

3. 必要に応じて新しいフィールドを作成する

規定の作業指示書に必要なフィールドがない場合は、新しいフィールドを作成します。

ベストプラクティスの詳細については、記事 Field Service の列 (フィールド) を作成および編集する方法 を参照してください

Note

規定フィールドを編集するときは注意してください。規定フィールドは絶対に削除しないでください。

4. 作業指示書フォームのカスタマイズを開始する

https://make.powerapps.com>テーブル>作業指示書>フォーム に移動します。

メインの 作業指示書 フォームを選択します。 これは、Field Service に含まれている作業指示書です。

メインの作業指示書フォームを示す Power Apps。

メインの 作業指示書 フォームの使用をお勧めしますが、まったく新しいフォームを作成したいシナリオがいくつかあります。

次のタブ付きセクションでは、既存の作業指示書フォームを使用して新しいフォームを作成することの長所と短所を見ていきます。

既存のフォームを使用することは、組織がレイアウトやフィールドに多くの変更を加えたくないシナリオに適しています。また、一般的に規定の作業指示プロセスを使用したい組織にも適しています。

長所

  • 推奨済み - 既存の作業指示書は Microsoft によって推奨されています。
  • 更新を受け取る - 既存の作業指示書は、パフォーマンスと新機能の更新を受け取ります。
  • より良いサポート性 - Field Service に含まれている作業指示書を使用すると、サポート チームが問題を診断して解決するのが簡単になります。

デメリット

  • カスタマイズ性が低い - 既存の作業指示書を使用することに同意することにより、フォームへの変更を少なくすることに同意したことになります。
  • アップグレードをテストする必要があります - 既存の作業指示書は、年に 2 回まで更新を受け取ります。 サンドボックス環境で新しい更新をテストし、それらがユーザーを混乱させないことを確認する必要があります。 詳細については、統合フォームのカスタマイズ の記事を参照してください。

5. フォームのタブ、セクション、およびフィールドを非表示にする

次のステップは、不要なタブ、セクション、およびフィールドを非表示にすることです。 項目を 削除 ではなく、非表示 にすることが推奨されます。なぜなら、これはエラーの可能性を減らし、必要に応じて後で簡単に追加できるためです。 これは、フィールドを再配置または追加する前に実行する必要があります。

重要

次のフィールドは、Field Service の作業指示プロセスにとって重要であり、必須です。 組織でこれらのフィールドを使用する予定がない場合は、まったく新しいエンティティ テーブルを作成することを検討してください。

  • 作業指示書番号
  • システムの状態
  • サービス アカウント
  • 請求先取引先企業
  • 価格表
  • 作業指示書の種類
  • 作業場所
  • 住所
  • 経度
  • Longitude

次のサブグリッドは、Field Service の作業指示プロセスにとってもクリティカルであり、削除されるべきではありません。

  • 予約可能リソースの予約 ("予約")

不要なタブを非表示にする

タブはフォームの上部を横切って水平に走ります。 不要なタブを非表示にします。

タブの非表示オプションを表示した Power Apps。

概説タブは非表示にすることはできません。

不要なセクションを非表示にする

セクションはタブ内の領域です。 必要ないセクションは非表示にします。 必要なセクションにフィールドが 1 つしかない場合は、フィールドを別のセクションに移動してから、不要なセクションを非表示にします。

セクションの作業指示書の編集を示している Power Apps。

価格に関連するすべてのフィールド (たとえば、価格表合計金額、およびその他) を作業指示書、作業指示書製品、作業指示書サービスフォームから削除する簡単かつサポートされている方法があります。

Field Service 設定 に移動して、価格を計算するいいえ に設定します。 詳細については、詳細のためのこの記事 を参照してください。

税金に関連するすべてのフィールド (たとえば、課税対象) を作業指示書、作業指示書製品、作業指示書サービスフォームから削除する簡単かつサポートされている方法があります。

Field Service 設定 に移動して、税金を計算するいいえ に設定します。 詳細については、詳細のためのこの記事 を参照してください。

不要なフィールドを非表示にする

必要ないフィールドを非表示にします。 この記事の前半にリストされている必須フィールドを非表示にしないでください。

非表示オプションを表示した Power Apps の作業指示書。

6. フォームにカスタム フィールドを追加する

以前にカスタム フィールド (列) を作成した場合は、次にそれらをフォームに追加する必要があります。 最良の結果を得るには、次のガイドラインに従うことをお勧めします。

  1. すべての新しいカスタム フィールドは、新しいフォーム セクションに追加する必要があります。 この項目は必須です。
  2. 新しいカスタム フィールドを新しいフォーム タブに追加します。これは強く推奨されていますが、必須ではありません。
  3. どうしても必要な場合を除いて、最初のフォーム タブに新しいカスタム フィールドを追加しないでください。 これを行うと、フォームの読み込み時間が遅くなります。 特に、サブグリッドとルックアップ フィールドを最初のフォームタブに追加することは避けてください。ロード時間が大幅に遅くなる可能性があるためです。

たとえば、作業指示の作成方法 (電話、メール、IoT アラート、契約など) を選択するための選択タイプのフィールドである "ソース" というカスタム フィールドを作成し、この新しいカスタム フィールドを作業指示書フォームへ追加します。

作業指示書フォーム エディターに移動します。

上部で、+コンポーネントを選択して、1-2-、または 3 列タブ を選択します。

次のスクリーンショットでは、"新規タブ" という名前の新しいフォーム タブが作成されています。

作業指示書に新しいタブを表示した Power Apps。

ビジネス プロセスに基づいてタブの名前を変更します。

作業指示タブエディタを表示した Power Apps。

新しいフォームタブが作成されると、新しいセクションが自動的に作成されます。

作業指示書フォーム上で新しいセクションを示した Power Apps。

新しいタブの新しいセクションにカスタム フィールドを追加します。必要に応じて、新しいタブと新しいセクションを追加できます。

新しいタブ エディタとプロパティを表示した Power Apps。

カスタム フィールドを新しいセクションに追加する

既存のタブにカスタム フィールドが必要なシナリオでは、既存のタブ内に新しいセクションを作成し、そのセクションにカスタム フィールドを追加します。

Note

既存のセクションに新しいカスタム フィールドを追加しないでください。 新しいセクションを作成する必要があります。 また、新しいセクションとカスタム フィールドを最初のフォーム タブ (規定では概要タブと呼ばれます) に追加しないでください。読み込み時間が遅くなる可能性があります。

次のスクリーンショットでは、作業指示の設定タブに新しいセクションを作成し、この新しいセクションにカスタム フィールドを追加します。

新しいセクションを示した Power Apps 作業指示書フォーム。

フォームの編集の詳細については、フォームの作成と編集 上の Power Platform ドキュメントと フォーム デザインのベストプラクティスに従います

7. ツールを使用してフォームをテストする

パフォーマンス インサイトを実行 して、アプリとフォームのパフォーマンスが、ブラウザ、ネットワーク パフォーマンス、データ クエリなどによってどのように影響を受けるかを確認します。

監視ツールを使用して、フォームの読み込みが遅い理由の根本的な原因を理解してください。 詳細については、このブログ記事この記事 を参照してください。

構成の考慮事項

モバイル作業指示書フォームのカスタマイズ

この記事の手順は、バックオフィス ワーカー向けの Web フォームをカスタマイズするのに役立ちますが、現場担当者向けのモバイル エクスペリエンス用に最適化された特定の作業指示書フォームがあります。 詳細については、予約および作業指示書フォームの編集 上の記事を参照してください。

フォーム スクリプト

作業指示書には、フォーム スクリプト ライブラリが含まれています。 すぐに使用できるフォーム ライブラリを編集または削除しないでください。

多くの組織は、フォームのロード時、変更時、および保存時にコード スクリプトを実行して、検証を実行し、プロセスを実行します。 フォーム スクリプトは、読み込み時間などのフォームのパフォーマンスに大きな影響を与える可能性があります。 詳細については、記事 Field Service 複雑なビジネスロジックを実装するためのスクリプトを作成するソリューション チェッカーを実行して、スクリプトの問題をテストする を含むベストプラクティスをご覧ください。