Fusion Field ServiceとFusion Service間の統合ワークフロー
25D更新により、Oracleでは、Oracle Fusion Field ServiceとFusion Service間のデータ使用の統合に重点を置いた基本機能が導入されています。 この機能拡張により、Oracle Fusion Field Serviceユーザー・インタフェース内でFusion Serviceに格納されている作業オーダー(WO)データを直接表示できます。 カスタム・プロパティを作成したり、Oracle Integration Cloud (OIC)でフィールド・マッピングを実装することなく、Oracle Fusion Field Serviceのページに表示される作業オーダー・フィールドおよび付加フレックスフィールド(DFF)を簡単に構成できます。 インテグレータは、ワーク・オーダーIDをアクティビティに割り当て、必要なデータを表示するようにOracle Fusion Field Service UIを構成し、フィールド同期や重複作業は必要ありません。
たとえば、設備保守のために顧客の事業所に派遣されたモバイル・ワーカーは、住所、連絡先詳細、資産識別子などの重要な作業オーダー情報をモバイル・アプリから即座に表示できます。 別のアプリケーションに切り替える必要なく、モバイル・ワーカーは、フィールド・ノートなどの更新を入力したり、構成されたDFFを介して「Equipment Accessible」や「Customer Signature Received」などのカスタム・フィールドをチェックオフすることもできます。 これにより、リアルタイムのコンテキストが提供され、サービス・ポイントでの実行が合理化されます。
表: サポートされている作業オーダー・フィールドおよびUI権限
| ワーク・オーダー・フィールド | フィールド・サービスUIでの読取り/書込み |
|---|---|
|
作業オーダーID |
RO |
|
参照番号 |
RO |
|
タイトル |
RO |
|
ステータス |
RO |
|
ケース・ノート |
RO |
|
フィールド・サービス・ノート |
RW |
|
アカウント名 |
RO |
|
担当者: 名前 |
RO |
|
担当者: 電話 |
RO |
|
担当者: 代替電話番号 |
RO |
|
担当者: 電子メール |
RO |
|
住所行1 |
RO |
| 住所行 2 | RO |
| 住所行 3 | RO |
| 住所行 4 | RO |
|
市区町村 |
RO |
| Postal Code | RO |
| 状態 | RO |
| Province | RO |
| Country | RO |
|
解決期日 |
RO |
|
アセット・シリアル番号 |
RO |
|
資産名 |
RO |
付加フレックスフィールド(DFF)
次のDFFタイプは完全にサポートされており、読取り/書込みとして構成できます。
- テキスト
- 数値
- パーセント
- 日付
- 日時
- チェック・ボックス
- 固定選択
25Dでサポートされている機能
- フィールド・サービス・ページの作業オーダー・フィールドおよびDDF: ワーク・オーダー・フィールドは、次のアクティビティ関連ページに追加できます。
- アクティビティ詳細
- アクティビティの追加
- アクティビティのヒント
- 遅延アクティビティ
- アクティビティの開始
- アクティビティの一時停止
- アクティビティの取消
- アクティビティの完了
- 未完了アクティビティ
- リストビューカラムでは、次のフィールドがサポートされています。
- 参照番号
- タイトル
- ステータス
- Oracle Fusion Field Serviceからの編集可能フィールド:
- フィールド・サービスUIから編集できるのは、フィールド・サービス・ノートおよびサポートされている付加フレックスフィールド(DFF)のみです。
- その他のフィールドはすべて読取り専用です
- Geocoding Behavior(地域コード動作): 所在地情報がアクティビティ・レベルと作業オーダー・レベルの両方に存在する場合、アプリケーションでは地域コードの目的でアクティビティの値を優先します。 アクティビティ・レベルで住所コンポーネントがない場合は、作業オーダーの対応する値で住所コンポーネントが補足されます。
たとえば、アクティビティで住所行1が指定されているが郵便番号が空白のままの場合、ワーク・オーダーから郵便番号が取得されます。 このプロセスでは、最初にアクティビティ・レベルのデータを使用して複合住所が作成され、ジオコーディング用の作業オーダー・レベルのデータでギャップが埋まります。
活動レベルで住所詳細が指定されていない場合、アプリケーションは、ジオコーディングを実行するために、作業オーダーの住所フィールド(住所行1、市区町村、郵便番号、都道府県および国)に完全に依存します。
- 検索とロジックの統合: 作業オーダー・フィールドと付加フレックスフィールド(DFF)は、次の領域で使用されます。
次の表は、各機能でサポートされているフィールド・タイプを示しています。
表: 検索と論理の統合
|
機能 |
サポートされているフィールド/DFFタイプ |
|---|---|
|
アクティビティ検索 |
「テキスト」および「数値」タイプのすべてのフィールド(作業オーダー・フィールドおよびDFF) |
|
アドホック・フィルタのサポート |
フィールド・サービスUIのアドホック・フィルタリングでは、「作業オーダー参照番号」のみがサポートされています |
|
アクティビティ期間キー |
タイプがテキスト、番号、パーセント、チェックボックス、固定選択の郵便番号、国およびDFF |
|
移動キー |
タイプがテキスト、番号、パーセント、チェックボックス、固定選択の郵便番号、国およびDFF |
|
作業スキル条件 |
タイプがテキスト、番号、パーセント、チェックボックス、固定選択の郵便番号、都道府県、国およびDFF |
|
作業ゾーン・キー |
タイプがテキスト、数値、パーセント、チェックボックス、固定選択のDFF |
ビジネス上の利点
- 一貫性のあるデータ、合理化されたプロセス、およびアプリケーション間のシームレスなユーザー・エクスペリエンスを保証する統合Fusionプラットフォーム。
- フィールド・サービス内でFusionサービスから作業オーダー詳細を直接表示するため、アプリケーションを切り替える必要がなくなります。
- カスタム・プロパティの作成、データの複製、保守する最小限の統合フローなしで、統合設定を合理化します。
- ライブ作業オーダー・データを表示することで、精度を向上させます。
有効化のステップ
サービス作業オーダーとのネイティブ相互作用については、次のステップに従います。
- Oracle Fusion Field Serviceでページを構成し、「Activity Details(アクティビティ詳細)」や「Start Activity(アクティビティの開始)」など、対応するページに表示される作業オーダーからフィールドを選択します。
- アクティビティが正しく完了したとき、作業オーダーが取り消されたときにステータスを伝播するようにOICフローを構成します。
- アクティビティおよび作業オーダーの作成時に、アクティビティ・レベルで作業オーダーIDを設定します。 これは、OICを使用するか、APIを使用して直接実行できます。
その後、対応する作業オーダーのフィールドが「アクティビティ詳細」ページ(またはその他の構成済ページ)に自動的に表示されます。 フィールドが読取り/書込みに設定されている場合、入力されたデータは作業オーダーに直接保存されます。 この方法で変更できるのは、作業オーダー・フレックス・フィールドおよび「フィールド・サービス・ノート」フィールドのみです。
ヒントと考慮事項
- Oracle Fusion Field Serviceの編集可能なフィールドには、フィールド・サービス・ノートとサポートされている付加フレックスフィールド(DFF)のみが含まれます。これらはモバイル・ワーカーの職責下にあるためです。 その他のフィールドはCSMユーザーが管理するため、読み取り専用のままです。
- サポートされているDFFタイプ(すべての読取り/書込み): テキスト、数値、パーセント、日付、日時、チェックボックス、固定選択。
- 住所優先度: 活動レベルの住所データが最初に使用され、欠落しているフィールドが作業オーダーから入力されます。活動住所データが存在しない場合は、かわりに作業オーダー住所が使用されます。
- 検索およびロジックの使用: 作業指示フィールドは、活動検索、作業ゾーン・キー、作業スキル条件、活動期間キーおよび移動キーで使用できます。 アドホック・フィルタの場合、作業オーダー参照番号のみがサポートされます。