本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。 これまでの更新内容は次の表のとおりです。
日付 | モジュール | 機能 | ノート |
---|---|---|---|
2022年9月23日 | PlugInフレームワーク | 文書の更新。 機能情報の改訂。 | |
2022年8月19日 | 重要な処理および考慮事項 | 重要な処理および考慮事項 | 文書の更新。 機能情報の改訂。 |
2022年8月19日 | AndroidおよびIOSアプリケーション |
文書の更新。 機能情報の改訂。 |
|
2022年8月5日 | 統合 | 文書の更新。 機能情報の改訂。 |
|
2022年7月28日 |
管理 | ログイン・ポリシーの構成時のLDAP接続検証 | 文書の更新。 機能情報の改訂。 |
2022年7月28日 |
管理 |
予測再計算のアクティブ化 | 文書の更新。 機能情報の改訂。 |
2022年7月28日 |
AndroidおよびIOSアプリケーション | NFCタグ・スキャン・サポート | 文書の更新。 機能情報の改訂。 |
2022年7月28日 |
API | メタデータAPI - 容量作業ゾーン識別子 | 文書の更新。 機能情報の改訂。 |
2022年7月28日 |
API |
コアAPI - リソース・ロケーション地域コード | 文書の更新。 機能情報の改訂。 |
2022年7月28日 | ルーティング | ルーティング実行結果アナリティクス | 文書の更新。 機能情報の改訂。 |
2022年7月25日 | 初版作成。 |
このガイドでは、Oracle Field Service更新22Cの新機能および改善された機能について知っておく必要のある情報について概説します。 このガイドは本アップデートでの新規・改善機能の概要を理解するのに必要な情報およびアップデートに必要なタスクについて説明します。個々のセクションは機能の概略説明、その機能を実装に必要なステップ、ヒントおよび考慮点、他に必要なリソースが記述されています。 Oracle Field Serviceでサポートされているブラウザのリストについては、サポート・サイトにログインし、アンサーID 8415にアクセスしてください。
『Oracle Field Serviceベスト・プラクティス・ガイド』: Oracle Service Cloud Support PortalのアンサーID 8215 (ログインが必要)に記載されている『Oracle Field Serviceベスト・プラクティス・ガイド』をダウンロードしてください。 このマニュアルには、Oracle Field Serviceサブスクリプションの利点を十分改善して得られる、多数の役立つヒントや提案が記載されています。
アイデアはありますか。
私たちはここにいて、聞いています。 クラウド・サービスを改善する方法に関する提案がございましたら、一歩先を行き、オラクルに伝えてください。 Oracle Customer ConnectのIdeas Labなど、アイデアを送信するにはいくつかの方法があります。 機能名の後にこのアイコンが表示される場合は、そのアイコンによってアイデアの1つが提供されます。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。 フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
免責事項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。 オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。 したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。 記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。 特にこの情報についてオラクルは一切の責任を負いかねます。 詳細は、法律上の注意点および使用条件を参照してください。
列の定義:
レポート = 新規または変更済の、オラクル社提供の実行可能レポート。
UIまたはプロセスベース: 小規模 これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムの軽微な変更で構成されます。 したがって、ユーザーへの影響は最小限です。
UIまたはプロセスベース: 大規模* これらのUIまたはプロセスベースの機能には、より複雑な設計が含まれます。 したがって、ユーザーに及ぼす影響は大きくなります。
機能が無効化状態で提供 = エンド・ユーザーがこれらの機能を使用する前にアクションが必要です。 これらの機能は提供時には使用不可になっているため、機能を使用可能にするかどうかおよび使用可能にする時期を選択してください。 たとえば、a)新しいまたは拡張されたBIサブジェクト領域を最初にレポートに組み込む必要がある、b)新しいWebサービスを使用するには統合が必要である、c)機能にアクセスするには、ユーザー・ロールに機能を割り当てる必要があるなどです。
エンド・ユーザーがすぐに使用可能 レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。 したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用できるようにするには顧客のアクションが必要 これらの機能をすぐに使用可能にするためにアクションが必要になるため破壊的ではありません。 利用することを選択する際には、テストと展開のタイミングを設定します。 |
|||||
---|---|---|---|---|---|---|
機能 |
レポート |
UIまたは |
UIまたは |
|
||
この機能は、認証にLightweight Directory Access Protocol (LDAP)を選択した顧客に対して実装されます。 この機能により、次の改善が提供されます:
- 環境をデプロイできる2つのリージョン・データ・センターからの接続を構成する必要があることをユーザーに通知します。
- LDAP接続チェックを簡素化し、アプリケーション内でこれらの機能を提供することで、接続の問題についてインテグレータに通知します。
LDAPタイプの認証を使用する場合は、接続を適切に設定するために、いくつかの追加アクションを行う必要があります。 アプリケーションは、認証にLDAPを使用するログイン・ポリシーに対して2つのタイプの接続性チェックを実装します:
- 手動接続性チェック (ログイン・ポリシーを追加、変更または表示する場合)
- 自動接続性チェック (1日に1回)
どちらのタイプの接続性チェックでも、アプリケーションはログイン・ポリシーに指定されたLDAPサーバーを介して両方のリージョン・データ・センターから接続し、結果をUIに表示します。
手動接続性チェック
ログイン・ポリシーを追加または変更するとき
アプリケーションは、LDAPログイン・ポリシーを追加または変更するときに接続性チェックを実行します。 ログイン・ポリシーのすべての必須フィールドに入力し、「接続性のチェックおよび追加」 / 「接続性のチェックおよび変更」ボタンをクリックする必要があります。 次に、アプリケーションは「LDAPサーバーURLリスト」フィールド内に構成されているすべてのエンド・ポイントで、両方のリージョン・データ・センターから接続性チェックを開始します。
アプリケーションがすべてのLDAPサーバーへの接続を確立できた場合、ログイン・ポリシー設定は保存されます。
または、問題が発生した場合は、構成された各LDAPサーバーURLの各データ・センターからの接続性チェックの詳細なステータスを示すページが表示されます。 このページには、ログイン・ポリシーを保存して後で接続を確立するために、最も早いタイミングで接続を設定するための警告メッセージも表示されます。
このイメージは、「接続のチェックおよびポリシーの変更」ページを示しています:
「接続のチェックおよびポリシーの変更」ページ
構成変更を行わずに接続をチェック
インテグレータのもう1つのオプションは、必要な変更を行った後に再チェックをクリックすることです。 これにより、接続性チェックを再度実行するように求められます。 構成を変更せずに接続性チェックを開始できます。 ログイン・ポリシー・ページで「接続のチェック」をクリックします。 アプリケーションは、両方のリージョナル・データ・センターからのすべてのLDAPサーバーURLを介して接続を開始し、結果を表示します。
このイメージは、「接続のチェック」ページを示しています:
「接続のチェック」ページ
自動接続性チェック
アプリケーションは、2つのリージョン・データ・センターからすべてのLDAPサーバーに接続することで、LDAPログイン・ポリシーごとに日次接続性チェックを自動的に実行します。
接続性チェックの結果の確認
全体のステータスへのアクセス
ログイン・ポリシー画面に表示されるログイン・ポリシー・カードには、最新のLDAP接続性チェックの全体的なステータスが表示されます。 次の2つのステータスがあります:
- すべてのLDAPサーバーURLに接続済
このステータスは、2つのリージョン・データ・センターからすべてのLDAPサーバーに到達できることを意味します。
このイメージは、すべてのLDAPサーバーに接続済URLステータス・メッセージを示しています:
すべてのLDAPサーバーURLに接続済メッセージ
- すべてのLDAPサーバーへの接続の構成
このステータスは、少なくとも1つのLDAPサーバーへの接続がいずれかのデータ・センターから失敗したことを示します。
このイメージは、すべてのLDAPサーバーに接続済URLステータス・メッセージを示しています:
すべてのLDAPサーバーURLへの接続の構成メッセージ
接続性チェックの詳細レポートの表示
最後の接続性チェックの結果に関する詳細なレポートがログイン・ポリシー・ページに表示されます。
この図は、LDAP接続性チェック詳細レポートを示しています:
LDAP接続性チェック詳細レポートが表示されているログイン・ポリシー・ページ
詳細レポートから:
- 肯定的な結果の場合、アプリケーションは緑色チェック・ボックス・アイコン付きですべてのLDAPサーバーURLに接続されたメッセージを表示します。
- 接続の問題が発生した場合、アプリケーションには、ポリシーに構成されている各LDAP URLの接続ステータスが表示されます。
ログイン・ポリシー・ページには、接続チェックが実行された日時も表示されます。
Oracle Field Serviceのデプロイメント・モデルは、データが会社の運営リージョンから離れることができない主要なセキュリティ要件に対応します。 これを実現するために、アプリケーションには各リージョンに2つのデータ・センターが用意されています。 特に、環境はこれら2つのデータ・センターのいずれかにデプロイし、いつでも別のデータ・センターに移動できます。この移行の最も一般的な理由は、ディザスタ・リカバリ手順の一部であり、プライマリ・データ・センターが重大な問題の影響を受けるときに自動的にトリガーされます。
LDAPタイプの認証を使用するお客様は、このテクノロジの性質上、いくつかの追加の変更を行う必要があります。 LDAPサーバーへの接続が両方のデータ・センターから構成されていることを確認する必要があります。これにより、環境が別のデータ・センターに移行されたときにユーザーが認証を続行できるようになります。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
管理者は、予測データの日次再計算を有効または無効にできるようになりました。 予測のデータは、意味のある過去のデータがあるかどうか、またはモジュールが頻繁に使用されるかどうかに関係なく、毎日再計算するのではなく、管理者が有効にした場合にのみ毎日再計算されます。
企業顧客(予測にアクセスできるユーザー)の場合、予測用の「ビジネス・ルール」構成ページに追加のパラメータがあります。 この図は、「ビジネス・ルール」ページの毎日データを再計算設定を示しています:
予測セクションを表示する「ビジネス・ルール」ページ:
「予測」ページのデータは、このチェック・ボックスがオンになっている場合にのみ毎日再計算されます。 選択を解除した場合、予測画面には古い計算値が表示されます(ある場合)。
このチェック・ボックスをオフにすると、再計算が無効になったことを示すバナーが「予測」ページに表示されます。 したがって、「予測」ページに表示されるデータは最新のデータに基づいていない可能性があることに注意してください。 このイメージは、無効な設定に関する「予測」ページのメッセージを示しています:
「予測」ページ
移行
エンタープライズ顧客の場合、22Cにアップグレードすると、予測データを再計算するチェック・ボックスがすべての本番インスタンスでデフォルトで選択されます。 これは、すべてのテスト・インスタンスに対してデフォルトで選択解除されます。これは、将来的に有意義に予測する過去のデータが通常含まれないためです。 22Cより前のバージョンのすべてのインスタンスで、予測データの再計算が続行されます。
これ以降にプロビジョニングされたすべての新規インスタンスでは、このチェック・ボックスはデフォルトで選択解除されています。 つまり、管理者は予測でこのチェック・ボックスをオンにしてデータの計算を開始する必要があります。
この機能により、リソースの使用率が最適化され、システムの全体的なパフォーマンスが向上します。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
アクティビティおよび在庫タイプ・ページのRedwoodスタイル
更新22C以降、Redwoodユーザー・エクスペリエンスはアクティビティおよびインベントリ・ページに継承されます。 これらのユーザー・インタフェースが改善されると、アプリケーションおよびFusionスタックの他のアプリケーションとともにuniformity (the look and feel of these pages are consistent)が発生します。 さらに、この構成内容をよりわかりやすくするための新しい「アクティビティ・タイプ・グループ」ページが導入されました。
アクティビティおよび在庫タイプ表
「アクティビティ・タイプ」および「在庫タイプ」表のページは、標準のRedwood表として使用できます。 これらの表のスクロールに使用されるプログレス・ロード・アプローチでは、ページに現在表示されていないアイテムにナビゲートできます。
「アクティビティ・タイプ」ページには、次の関数があります:
- 新規アクティビティ・タイプの追加
- アクティビティ・タイプの変更
- アクティビティ・タイプのクローニング
- グループ処理 - 削除、アクティブ化、非アクティブ化、色の設定
この図は、「アクティビティ・タイプ」ページを示しています
「アクティビティ・タイプ」ページ
「在庫タイプ」ページには、次の関数があります:
- 新規在庫タイプの追加
- 在庫タイプの変更
- グループ処理 - 非アクティブ化、アクティブ化
この図は、「在庫タイプ」ページを示しています
「在庫タイプ」ページ
アクティビティまたは在庫タイプの追加または変更
アクティビティを作成または変更すると、アプリケーション内の他のページと同じルック・アンド・フィールが表示されます。
次の図は、「アクティビティ・タイプ」情報ページを示しています:
「アクティビティ・タイプ」情報ページ
「在庫タイプ」ページには、次の関数があります:
- 新規在庫タイプの追加
- 在庫タイプの変更
- グループ処理 - 非アクティブ化、アクティブ化
この図は、「在庫タイプ」情報ページを示しています:
「在庫タイプ」情報ページ
前述のように、すべてのタイプに必要なすべての設定を構成できます。 特定のアクティビティ・タイプの構成を表示する場合、そのアクティビティ・タイプの関連タイム・スロットを簡単に切り替えることができます。 各タイム・スロットにはステータスが表示され、選択可能なタイム・スロットの可用性の可視性が向上します。
グループ・アクション
グループ・アクションは、Redwoodダイアログ・ボックスとしてビジュアル化されます。
次に、このようなダイアログ・ボックスの例を示します:
例: アクティビティ・タイプ・グループ処理のアクティブ化ダイアログ・ボックス
この図は、アクティビティ・タイプ・グループのアクティブ化アクション・ダイアログ・ボックスを示しています:
「アクティビティ・タイプのアクティブ化」ダイアログ・ボックスの「グループ処理」:
例: 在庫タイプ・グループ処理の非アクティブ化ダイアログ・ボックス
この図は、アクティビティ・タイプ・グループ・アクションの非アクティブ化ダイアログ・ボックスを示しています:
「アクティビティ・タイプの非アクティブ化」ダイアログ・ボックスの「グループ処理」:
「カラー・グループ設定アクションの例」ダイアログ・ボックス
この図は、色グループの設定アクション・ダイアログ・ボックスを示しています:
「グループ・アクション」ダイアログ・ボックスの「カラーの設定」:
ただし、色の設定ダイアログ・ボックスは他の情報ページとは若干異なります。 色の設定ダイアログ・ボックスでは、色ピッカーを使用して色を選択するか、手動で色を定義することで、指定したアクティビティ・タイプの色を設定できます。
新規グループ・ページ
アクティビティ・タイプ・グループを表示および管理する新しいページが使用可能になりました。 この新しいページは、使用可能なアクティビティ・タイプ・グループのリストで構成され、構成が簡単で透明になります。
このイメージは、グループ・ページを示しています:
グループ・ページ
このページでは、次の処理を使用できます:
- 新規グループの追加
- グループの変更
グループの追加または変更ページ
アクティビティ・タイプ・グループを追加または変更するページには、必須フィールドとオプション・フィールドのセットが用意されています。 以前のリリースと同様に、グループを削除する機能はアプリケーション内では使用できません。
次の図は、グループ別のアクティビティ・タイプの追加ページを示しています:
グループ別アクティビティ・タイプの追加ページ
グループによるアクティビティ・タイプのフィルタリング
アクティビティ・タイプをグループでフィルタするには、「アクティビティ・タイプ」ページのヘッダーにある表示ドロップダウン・メニューのフィルタ・オプションを使用します。
この図は、グループによるアクティビティ・タイプのフィルタ・ページを示しています::
グループによるアクティビティ・タイプのフィルタ・ページ
更新22C以降、アクティビティおよび在庫タイプ構成ページにRedwoodテーマが表示されるようになり、ユーザー・エクスペリエンスが向上します。 使用可能なグループのリスト上のアクティビティ・タイプ・グループの構成により、表示性が向上します。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
これまでは、Oracle Field Serviceからデバイスのネイティブ・カメラに移動して写真を撮っていましたが、Update 22Cでは、Oracle Field Serviceモバイル・アプリ自体の中にカスタム・アプリ内カメラ・モジュールが起動されるようになりました。 このインアプリ・カメラを使用すると、ローカル・デバイス・カメラとOracle Field Serviceモバイル・アプリ間を移動せずに写真を撮ることができます。 これにより、モバイル・デバイスのオペレーティング・システムやパフォーマンスに関係なく、統一された信頼性の高いカメラ・エクスペリエンスが提供されます。 アプリ内カメラは、Multi Media Library構想の一環として計画された最初の改良となります。
- インアプリ・カメラは、Oracle Field Serviceイメージ・プロパティ・タイプでのみサポートされています。
- インアプリ・カメラは、Oracle Field Serviceモバイル・アプリがインストールされている場合にのみ使用できます(モバイル・ブラウザを使用してOracle Field Serviceにアクセスした場合、ネイティブ・デバイス・カメラを引き続き使用します)。
ノート: インアプリ・カメラを使用できるのは、プラットフォームとモバイル・アプリの両方で更新22Cにアップグレードした場合のみです。 最新のモバイル・アプリにアップグレードしたが、プラットフォームが更新22B以下の場合は、インアプリ・カメラを使用できません。
イメージの取得
次のステップを実行します。
- イメージ・プロパティを持つフィールドをクリックします。 キャプチャ・イメージ・ページが開きます。
- イメージを取得するボタンをクリックします。
- 取消をクリックして戻ります。
- キャプチャ・イメージ・ページの右下隅にあるスワップ・カメラ・ボタンを使用して、前面カメラと背面カメラを切り替えます。 このイメージは、イメージを取得できるページを示しています:
イメージ・キャプチャのページ
ズームIN/OUT
キャプチャ・イメージ・カメラ・ページをピンチ・イン/ アウトして、ズーム機能をアクティブにします。
ズームをアクティブにすると、ズーム・スライダが表示されます。 スライダを使用して、ピンチ・イン/ アウト操作に加えてズームを操作します。 ズーム機能がしばらくアイドル状態になると、スライダは表示されなくなります。
タップしてフォーカス
キャプチャ・イメージ・ページで、フォーカスする領域をクリックします。 次の図は、イメージをキャプチャしながらカメラをフォーカスする方法を示しています:
カメラの焦点
フラッシュ設定
このリリースでは、次の3つのフラッシュ設定を使用できます:
- フラッシュ・オン
- フラッシュ・オフ
- フラッシュ・オート
現在のフラッシュ設定のアイコンは、キャプチャ・イメージ・ページの右上に表示されます。 フラッシュ・アイコンをクリックして設定を変更します。 この図は、フラッシュ設定を示しています:
フラッシュ設定
プレビュー・ページ
- イメージの取得ページからイメージを取得すると、次のオプションがあるプレビュー・ページが表示されます:
- キャプチャしたイメージを見る
- 取り込まれたイメージの編集
- イメージを保存(送信ボタン)
- 左上の戻るアイコンをクリックし、キャプチャ・イメージ・ページに戻ることができます。
- 保存せずに戻ると、キャプチャしたイメージの編集内容が失われることを示す警告が表示されます。
このイメージは、イメージを保存せずに戻ったときの警告を示しています:
警告メッセージ
このイメージは、イメージのプレビューを示しています:
取り込まれたイメージのプレビュー
イメージのトリミング
次のステップを実行します。
- プレビュー・ページの左上にあるトリミング・アイコンをクリックして、トリミング・モードをアクティブ化します。
- トリミング・グリッドを必要な領域に移動し、イメージをトリミングします。 トリミングが終了したら、右下にあるチェック・マークをクリックして編集を確認します。
- 戻るボタンをクリックして、トリミング・モードを終了します。
- イメージを誤ってトリミングした場合は、トリミング・ページの左下隅にあるリセット・ボタンをクリックしてトリミングをリセットできます。
次の図は、トリミング・イメージ・ページを示しています:
イメージを切り取りページ
イメージの描画
次のステップを実行します。
- プレビュー・ページの左上にある描画アイコンをクリックして、描画モードをアクティブにします。
- イメージを描画し、必要な領域を強調表示します。 ハイライトが終了したら、チェック・マークをクリックして編集を確認します。
- 戻るボタンをクリックして描画モードを終了します。
- 図面をリセットするには、左下にあるリセット・ボタンをクリックします。
このイメージは、イメージを描画できるページを示しています:
イメージの描画ページ
この機能により、技術者はOracle Field Serviceを離れることなく写真を撮影できます。 モバイル・デバイスのオペレーティング・システムやパフォーマンスに関係なく、すべてのユーザーに統一された信頼性の高いカメラ・エクスペリエンスを提供します。 インアプリ・カメラは、マルチメディア・ライブラリ・イニシアチブの一部として計画された最初の改善となります。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
Oracle Field Serviceのリソースの場所は、リソースのルートで特定の意味を持つ場所(「開始場所」、「終了場所」および「ホーム・ゾーン・センター」)です。Core APIを使用すると、ユーザーはリソースの場所を作成および変更でき、アドレスや座標を指定できます。以前は、APIおよび指定されたアドレスを使用して場所が作成された場合、Oracle Field Serviceではそのアドレスの座標をジオコードできませんでした。コア・アプリケーション・ユーザー・インタフェースを使用して追加されたアドレスのみをジオコーディングできました。この機能では、可能な場合は常にリソースの場所のアドレスを座標に自動的に解決する機能を実装することで、APIが多くのビジネス・フローで役立つようになり、リソースの場所を作成または変更するためのユーザー・インタフェースでの手動操作の必要性が減少します。
座標を解決するプロセスは非同期です。つまり、APIを介してロケーションを作成または更新するリクエストは、座標が解決されるまで遅延されません。かわりに、Oracle Field Serviceはバックグラウンドで座標を解決し、情報の準備が整ったら座標フィールドに移入します。
リソースのロケーション・オブジェクトには、座標解決操作のステータスを説明する「ステータス」フィールドがあります。 これは新しいフィールドではなく、常にリソースのロケーションAPI関数に存在していました。 ただし、ユーザー・インタフェース操作に対する座標解決のステータスを示しました。 statusフィールドの値は次のとおりです:
- null (フィールド値が存在しません): 解決プロセスは完了していません。
- 設立: 指定された住所情報を使用して座標が正常に解決されました。
- not_found: 住所情報が座標を解決するには不十分でした。
- マニュアル: 座標はユーザーまたは外部システムによって明示的に提供され、自動解決はありませんでした。
この機能ではAPIリクエストおよびレスポンス構造が変更されていないため、統合を更新する必要はありません。
この機能は追加の構成または統合なしで使用できます。
リソースのロケーションのコアAPIでのジオコーディングの調整をサポート
有効化のステップ
REST APIガイド(Oracle Help Center > 「関心のあるアプリケーション・サービス領域」 > REST APIから入手可能な)のRESTサービス定義を確認します。 Oracle RESTサービスの新しい場合は、「クイック・スタート」セクションから開始することができます。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
更新22C以降、新しいエンドポイントを含むメソッド'Get work zones of a capacity area'の新しいバージョン'v2'が実装されています:
GET /rest/ofscMetadata/v2/capacityAreas/{label}/workZones
レスポンスには、返される各作業ゾーンの2つのパラメータが含まれます:
- 'workZoneLabel' - 作業のラベルを返します
- zone'workZoneName' - 作業ゾーンの名前を返します
例
新しいバージョンの関数のレスポンスの例を次に示します:
{
"items": [
{
"workZoneLabel": "Label of Work zone A",
"workZoneName": "Name of Work zone A"
}
]
}
以前のバージョンのメソッド、つまりGET/rest/ofscMetadata/v1/capacityAreas/{label}/workZonesはドキュメントで非推奨としてマークされており、使用にはお薦めしません。 このバージョンのメソッドは、レスポンス・パラメータ'label'内の作業ゾーン名のみを返します。
追加の構成は必要ありません。 'v1'バージョンを使用する以前の統合は引き続き機能しますが、以前と同様に作業ゾーン名が'label'パラメータで返されます。
新しい統合の場合は、新しい(v2)バージョンのファンクションを使用することをお薦めします。
この機能には、Metadata API関数の容量作業ゾーン識別子が導入されています。
有効化のステップ
REST APIガイド(Oracle Help Center > 「関心のあるアプリケーション・サービス領域」 > REST APIから入手可能な)のRESTサービス定義を確認します。 Oracle RESTサービスの新しい場合は、「クイック・スタート」セクションから開始することができます。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
「アクティビティ・リスト」ページには、これらのアクション・リンクは表示されません: プリファレンスおよびトップ・レベル・メニューでサインアウトします。 「自分のルート」ページにタイル - 「プリファレンス」が含まれていません。 これらのリンクにアクセスするには、右上隅のアバターをクリックします。これは常に更新22Bのページに表示されます。
アクティビティ・リスト・ナビゲーション
Oracle Field Serviceの「アクティビティ・リスト」ページには、トップ・レベル・メニューのプリファレンス、情報およびサインアウト・アクション・リンクが含まれなくなりました。 これらのリンクは、右上隅にあるアバターをクリックすると使用可能で、常に更新22Bのページに表示されます。
このイメージは、プリファレンス、情報およびサインアウトが含まれていない「アクティビティ・リスト」ページのメニューを示しています:
このスクリーンショットは、プリファレンス、バージョン情報およびサイン・アウトを含むメニューを示しています:
また、これらのアクション・リンクをユーザー・タイプ「アクティビティ・リスト」ページに追加することはできません。 このイメージは、アクティビティ・リスト・コンテキスト・レイアウトを示しています:
アクティビティ・リスト・コンテキスト・レイアウト
メイン・メニューを開いて「自分のルート」をクリックすると、ホーム・ページの構成に応じて「自分のルート」または「アクティビティ・リスト」が開きます。 以前は、リンクは常に「自分のルート」ページを開きました。 この図は、技術者ユーザーのメイン・メニューを示しています:
メイン・メニュー
検索の向上
ヘッダーの検索をクリックして要素の検索を開始した場合、入力した検索語は、返品されたアイテム(アクティビティ、在庫、部品など)を選択するまで検索フィールドに残ります。 その後、検索語は消えます。
次の図は、検索キーワードと結果を示しています:
検索キーワードと結果
次のイメージは、キーワードのない検索フィールドを示しています:
キーワードなしの検索フィールド
この機能により、管理者は、メイン・メニューおよびメニューのプリファレンス、バージョン情報およびサインアウト・リンクの複製を回避できます。 また、メイン・メニューから「アクティビティ・リスト」ページにすばやくアクセスできるため、操作性が向上します。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
更新22Cを起動すると、「割当アシスタント」ページが次のように改善されます:
- 「すべて表示」が有効な場合、リソース・アラートはリソース名の下に表示されます。 以前は、ドラッグ・アンド・ドロップを使用してアクティビティをスケジュールするときに、ターゲット・リソースのリソース・アラートが表示されていました。
- リソース・ルートを横断する赤い縦線は、現在の時間を示します。
- 「割当アシスタント」ページは、Redwood設計ガイドラインに従って、他のOracle Field Serviceページと同じルック・アンド・フィールを提供します。
- リソースの作業時間は、白いバックグラウンドで強調表示されます。
- 大きな画面でリソース・ルートが完全に表示されるように、画面の幅が大きくなります。
このイメージは、すべて表示が有効で、リソース名の下にリソース・アラートが表示されている「割当アシスタント」ページを示しています:
割当アシスタント・ページ
割当アシスタントは、リソース間でアクティビティを割り当てるときや移動するときに、ディスパッチャにインテリジェントなガイダンスを提供します。 ユーザビリティの向上は、ディスパッチャがより多くの情報に基づいてディシジョンできるように、主要な詳細を可視化するために実装されています。
たとえば、アクティビティを別のリソースに移動しようとすると、ディスパッチャは、可用性がない技術者、または別の作業ゾーンに割り当てられた人さえも不明瞭に選択できます。 アクティビティを移動する前にこれらの詳細を表示することで、例外と再割当を最小限に抑えることができます。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
ヒントと考慮事項
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
フィールド・リソースによってレポートされたデータに基づいて、(訪問バンドル・キーに基づく)同じ訪問の一部であるアクティビティを完了するには、スタンドアロン・アクティビティと比較して時間が短くなります。 これは、バンドルの最初のアクティビティには適用されません。 更新22C以降、アプリケーションでは、バンドルの一部であるアクティビティの平均期間(最初のアクティビティを除く)と、そのアクティビティで現在推定されている期間との比率が推定されます。 バンドル・アクティビティの推定期間を取得するために、計算された比率が元の見積に適用されます。 この場合も、バンドルの最初のアクティビティの推定期間にこの比率は適用されません。 最初のアクティビティは、スタンドアロン・アクティビティと同様ので継続します。
特定のインスタンスに対して1つの比率のみが計算されます。 この比率は、最初にバンドルされていないアクティビティのレポート期間および類似アクティビティに対して現在見積もられている期間に基づきます。
例
次に、比率の使用方法を理解する例を示します
同じ訪問バンドルに含まれる4つのアクティビティを検討 - A、B、CおよびD。 スタンドアロン・アクティビティとして、(各アクティビティのリソース比率および会社レベルの見積に基づいて) 4つのアクティビティの期間はそれぞれ30分、20分、50分および40分であるとします。 バンドルされたアクティビティ期間の最終比率は、計算値および設定された制限に基づいて80%であるとします。
これらのアクティビティがリソース・ルートに割り当てられる最終見積期間は次のとおりです:
- アクティビティA - 30分(比率はバンドルの最初のアクティビティであるため適用されません)
- アクティビティB - 20 * 80% = 16分
- アクティビティC - 50 * 80% = 40分
- アクティビティD - 40 * 80% = 32分
他のすべての統計値と同様に、この比率の値は毎日(通常は夜間に)再計算されます。 アクティビティ・タイプについて、アクティビティ・ページの構成、アクティビティ・タイプ、「統計を使用したアクティビティ期間の計算」チェック・ボックスの選択を解除すると、そのアクティビティ・タイプのアクティビティ期間に比率は適用されません。
バンドル・アクティビティ期間の比率の表示および管理
「ビジネス・ルール」ページでは、管理者が使用する比率の下限および上限を制御できる追加設定を「バンドル・キーを訪問」の下で使用できます。 さらに、フィールド・リソースによってレポートされた期間に基づいてシステムで計算された値が表示されます。 下限が上限を超えない場合、スライダを使用して1%から100%の値に制限を設定できます。
最終比率は、ここで設定する下限と上限の間の非バンドル・アクティビティの推定期間に適用されます。 したがって、計算された比率が制限内にある場合、その値が使用されます。 そうでない場合は、計算値に最も近い制限が使用されます。
例
次に例を示します。
- ケース1:
下限= 70%、上限= 90%、計算値= 80%。 この場合、最初以外のすべてのバンドル済アクティビティの期間は、類似した通常アクティビティの期間の80%になります。
- ケース2:
下限 = 70%、上限 = 90%、計算値 = 60%。 この場合、最初以外のすべてのバンドル済アクティビティの期間は、同様の通常アクティビティの期間の70%(下限)になります。
- ケース3:
下限= 70%、上限= 90%、計算値= 95%。 この場合、最初以外のすべてのバンドル済アクティビティの期間は、類似した通常アクティビティの期間の90%(上限)になります。
レポートされたデータが意味のある計算に十分でない場合、計算値はなく、デフォルト値の100%が表示されます。 セット制限が考慮され、デフォルト値の100%が使用されるのは、上限も100%に設定されている場合のみです。 そうでない場合は、上限として設定された値が使用されます。
バンドル済アクティビティ期間の上書き率の設定
管理者は、制限を使用して、最初のバンドルされていないアクティビティの期間に使用する比率を上書きすることもできます。 管理者は、使用する値に下限と上限の両方を設定できます。 限度は常に考慮されるため、設定された値が使用されます。
たとえば、基準比率が80%の場合、下限と上限の両方を80%に設定して、計算値に関係なくその値が使用されます。
この機能を完全に無効にし、以前に使用したとおりに動作させるには、下限と上限を100%に設定します。
この機能では、(最初のアクティビティを除く)バンドルの一部であるアクティビティの平均期間の見積りと、そのアクティビティで現在見積もられている期間の比率が使用されます。 計算された値は、バンドルされたアクティビティの推定期間を取得するために元の見積に適用されます。 この場合も、バンドルの最初のアクティビティの推定期間にこの比率は適用されません。 最初のアクティビティは、引き続き同様のスタンドアロン・アクティビティと同じ期間になります。
訪問バンドル・キーの追加設定により、管理者は現在使用する比率の下限および上限を制御できます。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
アクティビティがOracle Field Service内で手動で移動される場合、構成によっては、ディスパッチャが移動理由を示す必要がある場合があります。 移動事由により、リーダーシップはなぜ移動が行われているのかを理解し、組織内で最適化の変更を推進できるようになります。 このような変更をより適切に分析するために、イベントAPIを使用して、移動理由をOracle Analytics Cloud、Oracle Autonomous Databaseまたはその他のシステムにエクスポートできます。
たとえば、どのタイプのアクティビティが最も頻繁に移動されているか、または自動ルーティング・プランの採用により各ビジョンがどのようにトレンドになっているかを知りたい場合があります。 移動理由をOracle Analytics Cloudまたは他のBIツールにエクスポートすると、データを様々な方法でグループ化、フィルタまたはピボットできます。 これにより、新しいルーティング・プラン構成要件や、組織内のプロセス変更の可能性を識別できます。
移動事由: 新規プロパティ: ラベル
必須プロパティ「ラベル」が「移動事由」の追加/編集ダイアログに追加されました。 更新22Cへのアップグレード中、このフィールドにはmove_reason_id値が移入されます。 このプロパティは、日次抽出アプリケーションの手動移動フィールド・エンティティで使用できます。
このイメージは、「移動事由」の編集ダイアログ・ボックスを示しています
移動事由の編集ダイアログ・ボックス
移動事由: ORACLE ANALYTICS CLOUDおよびORACLE AUTONOMOUS DATABASEへのエクスポート
アクティビティ移動アクションの詳細をOracle AnalyticsおよびOracle Autonomous Databaseにエクスポートできます。 新しいエンティティ手動移動フィールドは、タイプがOracle AnalyticsおよびOracle Autonomous Databaseのアプリケーションで使用できます。
使用可能なデータ転送値は「毎日1回」です。
「手動移動フィールド」には、日次抽出アプリケーションと同じデータセットが含まれています。
移動事由: イベントAPIサポート
アクティビティ移動処理の詳細は、イベントAPIで使用できます。
イベントactivityMovedには、新しいセクションmoveDetailsが含まれています。 このセクションには、移動アクション・フィールドmoveReason、moveCondition、workSkillMismatchおよびworkZoneMismatchが含まれます。
更新22C以降では、「移動事由」の追加または編集ダイアログ・ボックスに、「移動事由」のラベルという新しい必須フィールドがあります。 このフィールドは、日次抽出アプリケーションの手動移動フィールド・エンティティで使用でき、move_reason_id値が移入されます。 移動事由により、リーダーシップはなぜ移動が行われているのかを理解し、組織内で最適化の変更を推進できるようになります。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
ディスパッチ・コンソールは、以前Redwoodスタイルを表示するために部分的に更新されました。 アプリケーションでは、ユーザー・エクスペリエンスを向上させるために、Redwoodスタイルの時間表示ページおよびリスト表示ページが表示されるようになりました。
この機能には、ディスパッチ・コンソールでの次のユーザー・インタフェースの変更が含まれています:
- 時間表示
- リスト・ビュー
- ダイアログ・ボックス
時間表示変更
時間ビューが次の変更とともに表示されるようになりました:
- ガント・チャートのヘッダーが管理ページと連携しています。
- 未スケジュールおよび未オーダーのアイコンがRedwoodスタイルに更新されました。
- OSで通常のスクロール・バーが有効になっている場合、水平スクロール・バーでは全幅が使用されます。 (デフォルトではオーバーレイ・スクロール・バーが使用されます。)
この図は、RedwoodスタイルのTimeビューを示しています:
ディスパッチ・コンソール時間ビュー
リスト表示の変更
次の変更を含むリスト・ビューが表示されます:
- 表ヘッダー設計がRedwoodスタイルに更新されました。
- アクティビティの選択を許可するチェック・ボックスがRedwoodスタイルに更新されました。
この図は、Redwoodスタイルのリスト・ビューを示しています:
手配コンソール・リスト表示
ダイアログ・ウィンドウ
フレームおよびボタンを含むディスパッチ・コンソールのダイアログ・ウィンドウは、Redwoodスタイルで表示されます。
次の図は、Redwoodスタイルのダイアログ・ウィンドウを示しています:
Redwoodスタイルのダイアログ・ウィンドウ
ダイアログ・ウィンドウには、アクティビティ・グループの変更およびアクティビティ・グループの取消ダイアログ・ボックスがあります。
Dispatch Consoleは、Redwoodユーザー・インタフェースおよびナビゲーション・パターを継承して、ルック・アンド・フィールがアプリケーションおよびFusionスタックの他のアプリケーションと一貫性があるようにします。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
更新22Cでは、Oracle Field Serviceを使用して、フィールド・リソースの日常的なルーチンに近距離通信(NFC)テクノロジの機能を組み込むことができます。 この機能を使用すると、技術者はNFCタグをスキャンして、コンテキスト・レイアウトに基づいてフォームまたはページにデータを移入できます。 これにより、データ入力が簡素化され、手動でのエラーの数が減り、収集されたデータが正確かつ想定された形式で維持されます。
新しい機能は、NFCスキャン・テクノロジをサポートするモバイル・デバイスで実行されているiOSおよびAndroidアプリ内で使用できます。
顧客はこの機能を使用して、次のようなリソースおよびアクティビティ管理に関連するシナリオを実装できます:
- ジョブの実行に必要な特定の部品品目を保持しているフィールド・リソースのトレーサビリティを維持し、部品が倉庫に返されるタイミングを識別
- フィールド・リソースがNFCタグで正しく識別された部品または在庫品目に対してジョブを実行していることを確認してください
- フィールド・リソースが予期されるアクティビティ・サイト内にあることを検証
- セキュリティ・チェックを実行します。 フィールド・リソースにアクティビティ・サイトへのアクセス権限があることを検証
- 厳密なSLAモニタリング。 フィールド・リソースが、関連アクティビティに対して設定されたSLA内のアクティビティを開始することを検証
新機能
「テキスト」タイプのプロパティまたは「入力」タイプのフォーム・フィールドを構成するときに、次のタイプのデータ入力から選択できるようになりました:
- 手動(デフォルトの選択)
- バーコード/QAコードのスキャン
- NFCスキャン
NFCスキャンを選択すると、技術者はNFCタグからデータをスキャンでき、アプリケーションは自動的にフォームにデータを移入できます。
要約
コンテキスト・レイアウト: アプリケーション内で最初に表示されるページの事前定義済リスト
フォーム: 顧客が追加したカスタム・フォーム
製品フィールドとカスタム・プロパティはコンテキスト・レイアウトとフォームの両方で構成できますが、フォーム・フィールド・タイプの要素はフォームでのみ使用できます。
NFCタグのスキャン
- NFCスキャン用に構成されたカスタム・プロパティ、製品フィールドまたはフォーム・フィールドを含むページまたはフォームにナビゲートします。 これらの要素は対応するアイコンとともに表示されます。
- NFCアイコンをタップし、電話機をタグの横に置きます。 スキャン・プロセスが表示され、結果が表示されます。
- 最後のステップとして、スキャン・プロセスが開始されたフィールドにタグからデータが移入されます。
カスタム・プロパティ、製品フィールド、およびフォーム・フィールドに対して選択されたNFCスキャン・オプションは、NFCタグのスキャンがデータ入力の主なメソッドであることを意味します。 ただし、これらのタイプのエレメント内でデータを手動でロードまたは修正することも可能です。
次の図は、NFCタグのスキャン用に構成された倉庫IDおよび「シリアル番号」フィールドを示しています:
NFCタグ検証ページ
この図は、倉庫IDおよび「シリアル番号」フィールドのスキャンを示しています:
NFCタグ・スキャン・ページ
この図は、NFCタグのスキャン後に移入された値を示しています:
NFCタグ検証ページ
エラーの視覚化
成功したシナリオに加えて、最も一般的なエラーについても通知します。
電話をタグに近づけておきます。 このイメージは、「タグの近くで電話をかけてください」エラーを示しています:
タグの付近で電話を保留メッセージ
モバイル・デバイスでNFCスキャン・オプションが有効になっていません。 このイメージは、「処理は許可されていません」エラーを示しています:
処理が許可されていないメッセージ
機能の事前条件
- NFCスキャンのフィールドを構成するには、更新22Cブラウザ・アプリケーションを使用します。
- 更新22CがインストールされているAndroid/iOSアプリケーションを使用します。
- モバイル・デバイスではNFCスキャンがサポートされており、このオプションは設定で有効になっています。
- NFCタグは、次の要件に準拠しています:
- NFCタグにはプレーンテキストを含むフィールドを1つだけ含める必要があります。
- タグの形式は、NDEF (一般的に使用される形式)である必要があります。
これらのルールはすべて連携して機能し、機能からメリットを得ることができます。
この機能を使用して、次のようなリソースおよびアクティビティの管理に関連するシナリオを実装できます:
- ジョブの実行に必要な特定の部品アイテムを保持しているフィールド・リソースのトレーサビリティを維持し、部品が倉庫に返されるタイミングを識別します。
- フィールド・リソースが、NFCタグで正しく識別された部品または在庫品目に対してジョブを実行していることを確認します。
- フィールド・リソースが予期されるアクティビティ・サイトにあることを検証します。
- セキュリティ・チェックの実行: フィールド・リソースがアクティビティ・サイトへのアクセスを承認したことを検証します。
- 厳密なSLAモニタリング : フィールド・リソースが、関連アクティビティに対してステージングされたSLA内のアクティビティを開始することを検証します。
有効化のステップ
構成方法
カスタム・プロパティおよび製品フィールドのテキスト・タイプまたはフォーム・フィールドの入力タイプを構成すると、ビジュアル・フォーム・エディタに新しいデータ入力ドロップダウン・リストが表示されます。 このドロップダウン・リストには、次の3つのオプションがあります:
- 手動(デフォルトの選択)
- バーコード/QAコードのスキャン
- NFCスキャン
データ入力モードを選択するオプションは、すぐに使用できる製品フィールドの大部分にも使用できます。ただし、次のリストを参照してください:
データ入力の選択が許可されないフィールドのリスト:
アクティビティ・フィールド
次の自動計算フィールド:
- アクセス・スケジュール [access_schedule]
- アクセス時間 [access_hours]
- コンプライアンス・アラート [activity_compliance]
- アラート [activity_alerts]
- SLA終了 [sla_window_end]
- SLA開始 [sla_window_start]
- 移動時間 [travel]
- リソースID [pid]
- タイム・スロット [time_slot]
次のフィールドは自動計算されません(ただし、特定のデータを含めることができます):
- ポイント [apoints]
- 座標X [acoord_x]
- 座標Y [acoord_y]
- 期間 [length]
次の自動計算されないフィールド:
- 名前 [cname]
- 作業指示 [appt_number]
- 携帯電話 [ccell]
- 電子メール [cemail]
- 電話 [cphone]
- アカウント番号 [customer_number]
- 状態 [cstate]
- 郵便番号 [czip]
- 市区町村 [ccity]
- 住所 [caddress]
次の自動計算フィールド:
- 最初の手動操作 [first_manual_operation]
- 最初の手動操作インタフェース [first_manual_operation_interface]
- ユーザーが実行した最初の手動操作 [first_manual_operation_user_id]
- ユーザーが実行する最初の手動操作(ログイン) [first_manual_operation_user_login]
- ユーザー(名前)が実行する最初の手動操作 [first_manual_operation_user_name]
- 自動ルーティング終了日 [auto_routed_to_date]
- リソースへの自動ルーティング [auto_routed_to_provider_id]
- リソース(名前)に自動ルーティング [auto_routed_to_provider_name]
- 割当のアクティビティ時間 [atime_of_assignment]
- 予約のアクティビティ時間 [atime_of_booking]
- キャパシティ・カテゴリ [activity_capacity_categories]
- 座標ステータス [acoord_status]
- 日付 [date]
- 開始 - 終了 [eta_end_time]
- 搬送ウィンドウ [delivery_window]
- 終了 [end_time]
- 通知時間 [time_delivered]
- 作業ゾーン [aworkzone]
- アクティビティID [aid]
- アクティビティ・ステータス [astatus]
- 開始 [ETA]
- サービス・ウィンドウ [service_window] [service_window]
- 移動見積メソッド [travel_estimation_method]
在庫フィールド
次の自動計算フィールド:
- 変更済在庫ID [inv_change_invid]
- リソースID [inv_pid]
- アクティビティID [inv_aid]
- 在庫ID [invid]
- 在庫プール [invpool]
次のフィールドは自動計算されません(ただし、特定のデータを含めることができます):
- 数量 [quantity]
リソース・フィールド
次の自動計算フィールド:
- ID [pid]
- 期間見積への影響を開始するためにレポート・データに残っている稼働日数 [skip_days_for_stats]
- 再アクティブ化済 [reactivated]
- 待機カレンダ [oncall_calendar]
- 作業ゾーン [resource_workzones]
- 有効作業スキル [resource_effective_workskills]
- タイム・スロット [resource_time_slots]
- キャパシティ・カテゴリ [resource_capacity_categories]
- 作業スキル [resource_workskills]
- カレンダ [calendar]
- キュー・ステータス [queue_status]
- 合計 [total]
- 保留中 [pending]
- アラート [alerts]
次の自動計算されないフィールド:
- 名前 [pname]
- 外部ID [external_id]
- 電子メール・アドレス [email]
- 電話 [pphone]
サービス・リクエスト・フィールド
次の自動計算フィールド:
- 作成済 [srcreated]
- アクティビティ [appt_ident]
- リクエストID [srid]
- ユーザーID [sr_uid]
- リソースID [sr_pid]
- アクティビティID [sr_aid]
- 在庫ID [sr_invid]
次の自動計算フィールド
- ユーザー [uname]
- 日付 [srdate]
ユーザー・フィールド
次の自動計算フィールド:
- ユーザーID [uid]
- 登録済 [sucreated]
- 失敗したログイン試行 [login_attempts]
- ブロック先 [login_blocked_to]
- 最終ログイン [last_login]
- 最終パスワード変更 [last_password_change]
- 更新済 [suupdated]
- メイン・リソース [main_resource_id]
次のフィールドは自動計算されません(ただし、特定のデータを含めることができます)
- リフレッシュ率 [refresh_rate]
- モバイル・リソース数 [mobile_provider_count]
- モバイル・アクティビティ数 [mobile_activity_count]
- モバイル在庫数 [mobile_inventory_count]
- コラボレーション・グループ [collab_assigned_user_group]
- ヘルプ・デスクのオペレータ [collab_operator_helpdesk]
次の自動計算されないフィールド:
- ユーザー名 [uname]
- ログイン [ulogin] パスワード [password]
特定の要素に対してNFCスキャンを有効にするには、ドロップダウン・リストからこのオプションを選択し、構成変更を保存する必要があります。
次のスクリーンショットの最初のイメージは、製品フィールドであるシリアル番号と、特定のフォームのコンテキスト内に存在するフォーム・フィールドの例である倉庫IDの構成です。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
22C以降、Where is My Technician機能では、アクティビティが取消済であるか、ジョブが完了していない(アクティビティが未完了ステータスである)場合に適切なメッセージを通信できます。 また、クライアントがポイント日より数日後に送信しても、フィードバックを収集できるようになりました。
新機能
- Where is My Technicianテーマ・ページ構成での取消済アクティビティの新しいプレースホルダー
- Where is My Technicianテーマ・ページ構成での未完了アクティビティの新規プレースホルダー
- 「ビジネス・ルール」ページで「次の時間数内に一晩でオフライン同期および更新アクティビティを許可」が有効になっている場合は、過去の期間のWhere is My Technicianページからフィードバックを保存できます(URLの入手可能期間中)
構成方法
取消済および未完了アクティビティのテキストを構成します:
- Where is My Technicianテーマ構成に移動します。
- ローカリゼーション・タブを開きます。
- 必要なテキストをプレースホルダーに追加するか、デフォルトのテキストをそのままにします。 このイメージは、取り消されたアクティビティに関するメッセージのプレースホルダーを示しています:
ユース・ケース:
技術者がイーサネットをインストールするためにクライアントに行ったが、貸主がいないことに気付き、パートを借りた人との契約に署名できない場合があります。 したがって、技術者がアクティビティを未完了としてマークすると、アポイントメントを完了できないというメッセージがWhere is My Technicianページに表示されます。
このイメージは、アクティビティが取り消されたときに表示されるメッセージを示しています:
このイメージは、アクティビティが完了していない場合に表示されるメッセージを示しています:
フィードバックを保存
ポイント日の翌日に送信するクライアントからフィードバックを収集するには、次のように構成できます:
- 「ビジネス・ルール」ページに移動します。
- フィールド「次の時間数内に一晩でオフライン同期および更新アクティビティを許可」に、過去期間にデータを保存できる時間数を追加します。 フィードバックを保存できる期間の計算は、アクティビティ深夜0時、会社のタイム・ゾーン差異、構成済夜間作業(ある場合)および「次の時間数内に一晩でオフライン同期および更新アクティビティを許可」の合計です。
ユースケース
- 取消済アクティビティの新規プレースホルダー: 技術者が顧客のロケーションに到着しても、サービスは不要になったとします。 つまり、アポイントメントはサービス停止による緊急訪問でしたが、技術者が顧客のロケーションに到着する前にサービスが再開されました。 顧客は、技術者がドアに到着したときにサービスが必要なくなったと述べています。 取消ページのプレースホルダーを構成して、たとえば、誤ってポイントが取り消されたときに顧客が連絡する連絡先電話番号を指定できます。
- 過去のアポイントメントのフィードバック: ユーザーはサービスの完了直後にフィードバックを残すのを忘れました。 これにより、ユーザーはアクティビティが完了してから数日後に評価またはコメントを残す時間が増えます。
この機能は、リンクが使用可能になるまで顧客がフィードバックを提供し、サービスの取消または未完了時にメッセージを取得できるため、サービスの効率と顧客満足度を向上するのに役立ちます。
有効化のステップ
「ビジネス・ルール」ページの次の時間数以内の夜間のオフライン同期および更新アクティビティを許可チェック・ボックスをクリックして、過去期間(URLの入手可能期間中)のWMT画面からのフィードバックを保存します。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
更新22C以降、ユーザー・エクスペリエンスを向上させるために、アプリケーション・ページのダイアログ・ボックス、アプリケーション・タイプ・リスト・ビュー、警告メッセージおよび入力フィールドがRedwoodスタイルで改善されました。
アプリケーション・タイプ・ドロップ・ダウン・メニューのアプリケーションは、アルファベット順にリストされます。 この図は、「アプリケーション・タイプの追加」ダイアログ・ボックスを示しています:
アプリケーション・タイプ・ダイアログ・ボックス
ORACLE BUSINESS INTELLIGENCE APPLICATION (BICS)の非推奨のお知らせ
Oracle Business Intelligenceアプリケーション(BICS)のサポートは、更新23Aバージョンで停止する予定です。 新しい顧客はOracle Analytical Cloudを使用する必要があり、既存のユーザーはBICSからOracle Analytical Cloudに切り替えて分析エクスペリエンスを向上させる必要があります。 ユーザーは、新しいBICSアプリケーションを追加するか、アプリケーション・タイプ・リストからOracle Business Intelligenceを選択すると、BICSアプリケーションの非推奨について通知されます。 このイメージは、BICSアプリケーションの非推奨を示すメッセージを示しています:
非推奨メッセージ
既存のBICSアプリケーションはそのまま機能するため、現在のBICSユーザーはアプリケーションを引き続き使用できます。 ただし、アプリケーション・タイルには非推奨メッセージが表示され、ユーザーは継続的データ分析にOracle Analyticsを使用することをお薦めします。 このイメージは、BICSアプリケーションの非推奨を示すメッセージを示しています:
既存ユーザーの非推奨メッセージ
アプリケーションのダイアログ・ボックス
アプリケーション構成のダイアログ・ボックスには、新しいルック・アンド・フィールがあります。 このイメージは、アプリケーション・ページのダイアログ・ボックスを示しています:
アプリケーションの追加
このイメージは、「アプリケーションの追加」ダイアログ・ボックスを示しています:
アプリケーションの追加ダイアログ・ボックス:
再試行オプション
このイメージは、再試行する確認メッセージを示しています:
「再試行」の確認メッセージ・ダイアログ・ボックス
このイメージは削除確認ダイアログ・ボックスを示しています:
「削除」の確認メッセージ・ダイアログ・ボックス
警告メッセージおよびエラー・アラート
警告メッセージおよびエラー・アラートは、次に示すように追加 / 変更ダイアログ・ボックスに表示されます。
このイメージは、「アプリケーションの追加」ダイアログ・ボックスの警告メッセージを示しています:
警告メッセージが表示されている「アプリケーションの追加」ダイアログ・ボックス
このイメージは、「アプリケーションの変更」ダイアログ・ボックスの警告メッセージを示しています:
警告メッセージが表示されている「アプリケーションの追加」ダイアログ・ボックス
開始時間オプションの構成
このイメージは、開始時間の構成ダイアログ・ボックスを示しています:
開始時間の構成ダイアログ・ボックス
応募詳細ページ
日次抽出 / OAC / 自律型データベース・アプリケーションの詳細ページで、新しいユーザー・インタフェースを使用できます
このイメージは、「日次抽出」ページを示しています:
日次抽出ページ
日次抽出 / DBaaS / OACアプリケーションのアプリケーション詳細ページには、新しいルック・アンド・フィールがあります。
このイメージは、アプリケーションの詳細ページを示しています - 「構成の追加」ダイアログ・ボックス:
構成の追加ダイアログ・ボックス
このイメージは、アプリケーションの詳細ページを示しています - Edit configurationダイアログ・ボックス:
構成の編集ダイアログ・ボックス
「フィールドの追加」ダイアログ・ボックス
このイメージは、「フィールドの追加」ダイアログ・ボックスを示しています:
「フィールドの追加」ダイアログ・ボックス
このイメージは、検索フィールド・セクションが表示されている「フィールドの追加」ダイアログ・ボックスを示しています:
検索フィールドが表示されているフィールドの追加ダイアログ・ボックス
インポート・ダイアログ・ボックス
このイメージはインポート・ダイアログ・ボックスを示しています
:インポート・フィールド・ダイアログ・ボックス
このイメージは、検証の詳細を示すインポート・ダイアログ・ボックスを示しています:
検証の詳細を表示するインポート・ダイアログ・ボックス
「アプリケーション」ページでは、Redwoodの概念からの視覚的なスタイルとエクスペリエンスが提供されるため、ページはFusionスタックのアプリケーションおよび他のアプリケーションと一貫性があります。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
プラグインAPIフレームワークは、デバイスまたはプラグイン自体によって生成されたファイルからアップロードしたファイルを保存および送信できる新しい共有プロシージャで拡張されました。 インテグレータは共有プロシージャを使用して、次のシナリオに対処できます:
- iOSまたはAndroidのOracle Field Serviceアプリケーションまたはブラウザ・アプリケーションがインストールされたモバイル・デバイスを使用して、Outlook、Gmail、WhatsApp、AirDrop、Google Driveなどのネイティブで使用可能なオプションを介してテキストまたは任意のタイプのファイルを送信します。
- インストールされたiOSまたはAndroid Oracle Field ServiceアプリケーションまたはOracle Field Service webアプリケーションを介してモバイル・デバイスを使用して、任意のタイプのファイルをギャラリに保存します。
- デスクトップ・ブラウザ (送信はデスクトップ・デバイスではサポートされません)を使用して、任意のタイプのファイルをローカル・コンピュータに保存します。
- モバイル・デバイスで使用可能なアプリケーションでファイルを開きます。
この機能は、オンライン・モードとオフライン・モードの両方でサポートされています。
新規プロシージャ
'share'
このプロシージャを呼び出すことで、プラグインAPIはパラメータを検証し、指定されたパラメータとネイティブ(デバイスまたはブラウザ)共有機能を呼び出します。 プラグインAPIは、取消、プリンタなしなどの問題に関する情報や応答を返しません。
"callProcedure"メッセージの例:
{ "apiVersion": 1,
"method": "callProcedure",
"procedure": "share",
"callId": "123abc",
"params": {
"title": "Some text string",
"fileObject": "fileObject",
"text": "Some text string" }
}
Oracle Field Serviceは、検証エラーがない場合にのみ、共有メッセージにレスポンスしてresultDataメッセージを送信します。
"callProcedureResult"メッセージの例:
{ "apiVersion": 1,
"method": "callProcedureResult",
"callId": "123abc",
"resultData": {
"status": "ok" }
}
プロシージャ・パラメータの共有
共有プロシージャのパラメータは次のとおりです:
パラメータ | 値 | 必須 | 説明 |
---|---|---|---|
title |
文字列 |
はい |
共有するテキスト文字列 |
fileObject |
fileObject |
'text'パラメータが空の場合にのみ必要です |
ファイルの最大サイズ50 MB (51200 kb)の入力ファイルからの値 |
text |
文字列 |
'fileObject'パラメータが空の場合にのみ必要です |
最大長が50 MB (51200 kb)で共有されるテキスト文字列 |
パラメータ'fileObject'は空ですが、'text'パラメータが空でない場合、タイトルは(モバイル・デバイス上)送信または(デスクトップ上)保存するファイル名のように使用されます。
サポートされるファイル・タイプ
共有オプションのファイル形式には制限はありません。 デフォルトのweb共有APIでサポートされているすべてのファイル・タイプ - https://www.w3.org/TR/web-share/
検証
エラーが表示された場合は、アクションは適用されていません。
エラー・コード
次の表に、コードに関するエラーと各エラーの原因を示します:
Code | 原因 |
---|---|
CODE_PROCEDURE_MANDATORY_PARAM_EMPTY |
必須フィールドの1つが空です |
CODE_SHARE_ATTACHED_FILE_IS_TOO_LARGE |
アップロードされたファイルのサイズが50MBを超えています |
CODE_SHARE_INVALID_SHARE_FILE |
ファイルがファイルではないかBLOBでない場合のファイル読取りエラー |
CODE_SHARE_TEXT_FIELD_IS_TOO_LARGE |
テキストをUTF-8に保存する場合、'text'フィールドは50MB(51200kb)ファイル・サイズに等しい52 428 800記号を超えることはできません |
エラー・メッセージの例を次に示します:
[
{
"type": "TYPE_PROCEDURE_PARAM",
"code": "CODE_PROCEDURE_MANDATORY_PARAM_EMPTY",
"procedure": "share",
"paramName": "fileObject"
}
]
ユース・ケース
ユースケースは次のとおりです:
インターネットを設定する訪問を完了すると、技術者はそれが新しい家であることを認識しました。 顧客は引っ越したばかりで、まだセキュリティシステムを導入していませんでした。 技術者はインターネット・プロバイダからの割引でビデオ・ドア・ベルを購入することを提案し、顧客は同意します。 トランザクションを完了すると、技術者はWhatsAppで顧客と請求書を共有することを提案します。 顧客が同意し、技術者がWhatsAppの顧客電話番号に請求書のコピーを送信します。
新しいプロシージャ'share'では、技術者が請求書、保証書、またはその他のドキュメントを、インストール済みのiOSまたはAndroidのOracle Field Serviceアプリケーションと、オンラインモードとオフラインモードの両方でWebブラウザアプリケーションを通じて、電子メール、メッセンジャー、AirDrop、Google Driveなど、モバイル機器に元々備わっているものに送信できるシナリオを導入することができます。 たとえば、報告の後、技術者はWhatsAppを介して請求書を送信できます。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
ヒントと考慮事項
shareメソッドは、デフォルトでプラグイン・フレームワークで使用できます。 ただし、カスタム・プラグインでファイルを共有するオプションを提供するには、プラグイン・コードにこのメソッドを手動で追加する必要があります。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
更新22C以降、ルーティングを使用すると、様々な日数および異なるバケットにわたってルーティング実行統計を収集し、さらに分析して、データをルーティングし、必要に応じて予防措置を適用するより効果的な方法を識別できます。
この機能により、次のことが可能になります。
- 2つ以上のルーティング実行結果を比較
- 異なる日数とバケット間のルーティング実行結果の比較
- 複数のルーティング実行の実行統計の比較
- ルーティングされていない理由をより適切に分析することで、自動ルーティングの割合を改善
この機能には、次の新機能があります:
- routingRunEventには、いくつかの新しいフィールドが追加され、2つのフィールド-routingRollbackRunIdおよびtypeは現在廃止されています
- 日次ルーティング実行結果をOACおよび日次抽出にエクスポートするオプション
- ルーティング・サマリーおよびレポート画面に表示される未ルーティング・アクティビティ、平均作業時間、平均超過勤務、平均移動時間、平均ダウンタイムおよび平均マイレージの計算で、コーナー・ケースをカバーするために修正されています
- わかりやすくするために、失敗したルーティング実行(スキップ、失敗または終了)のメッセージが少し修正されました
- エラー6018の説明は次のように変更されました:
6018 コスト構成
非割当コストが低すぎるか、リソース時間と出張コストが高すぎるため、アクティビティはルーティングされませんでした。
この機能を使用すると、異なる日数とバケット間で複数のルーティング実行結果を比較し、複数のルーティング実行について、より適切なアナリティクス結果を得ることができます。
有効化のステップ
Oracle Analytical CloudまたはDaily Extractの統合の使用を開始するには、既存の統合があることを確認するか、新しい統合を追加します。
- 構成、アプリケーションにナビゲートします。
- アプリケーション・ページで、アプリケーションを追加して新しい統合を追加します。 このイメージは、アプリケーションの追加ダイアログ・ボックスを示しています:
アプリケーションの追加ダイアログ・ボックス
- これが完了したら、統合アプリケーションを開きます。 「構成の追加」ダイアログ・ボックスで、「ルーティング実行結果」フィールド・セットを追加します。 このイメージは、構成の追加ダイアログ・ボックスを示しています:
構成の追加ダイアログ・ボックス
- リストから必要なフィールドを選択します。 次のイメージは、フィールドの追加ダイアログ・ボックスを示しています:
「フィールドの追加」ダイアログ・ボックス
- 次の表を使用して、適切なフィールドを選択できます。
次の表に、ルーティング実行結果を設定するための適切なフィールドを示します:
REST APIのイベント・フィールド名 |
OACの推奨フィールド・ラベル |
フィールドのタイプ |
フィールドの定義 |
routingRunId |
ROUTING_RUN_ID |
int |
特定のルーティング実行の一意のID |
routingPlan |
ROUTING_PLAN_NAME |
文字列 |
実行されたルーティング・プランの名前。 一意ではありません。 |
routingPlanId |
ROUTING_PLAN_ID |
int |
実行されたルーティング・プランの一意のID。 |
routingProfile |
ROUTING_PROFILE_NAME |
文字列 |
ルーティング・プランが属するルーティング・プロファイルの名前。 一意ではありません。 |
routingProfileId |
ROUTING_PROFILE_ID |
int |
ルーティング・プランが属するルーティング・プロファイルの一意のID。 |
startType |
TYPE_OF_ROUTING_START |
文字列 |
ルーティング開始のタイプ。 値は次のとおりです。
|
resourceId |
RESOURCE_INTERNAL_ID |
int |
ルーティング・バケットの内部ID。 |
targetDate |
ROUTING_TARGET_DATE |
文字列 |
アクティビティがルーティングされる日付。 書式は'YYYY-MM-DD'です。 |
numberOfDays |
NUMBER_OF_DAYS ROUTED |
int |
単一日ルーティングの場合、値は1です。 複数日ルーティングの場合、値は'targetDate'から開始して将来に進む「ルーティング日数」です。 |
result |
ROUTING_RESULT |
文字列 |
次の値があります
|
message |
FAILURE_MESSAGE |
文字列 |
結果が「失敗」または「スキップしました」の場合、フィールドにはエラーの説明が含まれます。 考えられるエラーと解決策のリストについては、『ルーティングの使用』ガイドのルーティングのトラブルシューティングを参照してください。 |
routingRunDuration |
ROUTING_RUN_DURATION |
int |
ルーティング実行の期間(秒)。 |
activitiesMatched |
ACTIVITIES_MATCHED_FILTERS |
int |
ルーティング・プラン・フィルタに一致するアクティビティ数および既存のアクティビティ・セグメント数。 |
activitiesInRoutesBeforeRouting |
ACTIVITIES_IN_ROUTES_BEFORE |
int |
ルーティング実行前にリソースのルートにあったアクティビティおよび既存のアクティビティ・セグメントの数。 |
activitiesRouted |
ROUTED_ACTIVITIES |
int |
ルーティング実行によってスケジュールおよび割り当てられたアクティビティの数。 |
activitiesNotRouted |
NOT_ROUTED_ACTIVITIES |
int |
ルーティング・プラン・フィルタと一致するが、ルーティングされていないアクティビティの数。 |
resourcesMatched |
RESOURCES_MATCHED_FILTERS |
int |
ルーティング・プラン・フィルタに一致するリソースの数。 |
resourcesUsed |
RESOURCES_WITH_CHANGES |
int |
ルーティング実行によってアクティビティが割り当てまたは削除されたリソースの数。 |
averageWorkingTime |
AVERAGE_WORKING_TIME |
int |
リソースの平均作業時間(分)。 |
averageOvertime |
AVERAGE_OVERTIME |
int |
リソースの平均超過時間(分)。 |
averageTravelTime |
AVERAGE_TRAVEL_TIME |
int |
リソースの平均移動時間(分)。 |
averageDowntime |
AVERAGE_IDLE_TIME |
int |
リソースの平均停止時間(分)。 |
extendedStatus |
EXTENDED_STATUS |
文字列 |
このフィールドには、これらの値を含むルーティング実行が含まれます: routingまたはrouting_rollback。 タイプがルーティングの場合は、次のいずれかの値でroutingAlgorithmTypeフィールドを設定できます:
タイプが一括ルーティングの場合は結果が表示されます。 フィールド結果の可能な値は次のとおりです: アクティビティが見つからない場合、値は'skipped' 4.フィールドの次の位置はnotAcceptedに設定され、'bulk' 'routing'、'result'は'succeeded'ですが適用されなかった場合を指しています 使用可能な組合せ:
|
averageMileage |
AVERAGE_MILEAGE |
int |
リソースの平均移動距離(マイルまたはkm)。 |
reoptimizedActivities |
REOPTIMIZED_ACTIVITIES |
int |
ルーティング実行によって再最適化されるアクティビティの数。 |
createdActivities |
CREATED_ACTIVITIES |
int |
ルーティング実行に対して自動的に作成されたアクティビティの数。 |
removedActivities |
REMOVED_ACTIVITIES |
int |
削除されたアクティビティ(倉庫訪問またはアクティビティ・セグメント)の数 |
startTime |
ROUTING_RUN_START_TIME |
文字列 |
ルーティング実行がUTCタイム・ゾーンで開始された時間。 時間書式はYYYY-MM-DD HH:MM:SSです。 |
assurancePercentage |
ASSURANCE_OF_ROUTING_RESULT |
二重 |
ルーティング結果の保証(0 ~ 100)。 保証が少ない場合、自信は少なくなります。ほとんどの場合、最適ではない結果に接続できます。 良い結果を得るには、保証85以上が必要です。 |
consumedTime |
CONSUMED_TIME |
int |
ルーティング実行中にSLRおよびルーティング・エンジンによって消費された実際の時間(秒)。 |
routingPlanTimeLimit |
TIME_LIMIT |
int |
ルーティング・プランの時間制限(秒単位)。 |
routingPlanOptimizationGoal |
OPTIMIZATION_GOAL |
文字列 |
ルーティング実行時に最適化目標がある場合、このフィールドには目標が表示されます。 値は次のとおりです。
|
routingPlanTimeLimitSlrPercentage |
PERCENTS_OF_TIME_LIMIT_FOR_SLR |
int |
SLRサービスの時間制限である合計時間制限の一部 |
notAssignedDueToValidationIssuesCount |
NOT_ASSIGNED_VALIDATION |
int |
構成 / データ検証エラー |
notAssignedDueToChangesWhileRoutingWasRunningCount |
NOT_ASSIGNED_ROUTING_RUNNING |
int |
ルーティングの実行中に発生した変更のため、割当ては不可能です |
notAssignedDueToActivityConfigurationCount |
NOT_ASSIGNED_ACTIVITY_CONFIG |
int |
割当なし事由: アクティビティの構成 |
notAssignedDueToResourcesConfigurationCount |
NOT_ASSIGNED_RESOURCES_CONFIG |
int |
割当なし事由: リソースの構成 |
notAssignedNeedsManualAssignmentCount |
NOT_ASSIGNED_ASSIGN_MANUAL |
int |
割当なし事由: 制約違反。 アクティビティを手動で割り当てる |
notAssignedOtherIssuesCount |
NOT_ASSIGNED_OTHER |
int |
その他の未割当事由 |
partiallyAssignedSegmentableActivitiesCount |
PARTIALLY_ASSIGNED |
int |
一部割当済のセグメント化可能アクティビティ |
notAssignedDueToDynamicModeRestrictionsCount |
NOT_ASSIGNED_DYNAMIC_MODE |
int |
ルーティング・プラン動的モード設定に従ってアクティビティが割り当てられませんでした |
notAssignedDueToCostSettingsCount |
NOT_ASSIGNED_COSTS_SETTINGS |
int |
割当なし事由: ルーティング・プランまたはリソース・タイプ・コスト設定(あるいはその両方)が最適ではない可能性があります |
notAssignedDueToTravelRestrictionsCount |
NOT_ASSIGNED_TRAVEL_SETTINGS |
int |
割当なし事由: アクティビティ・ロケーションおよびルーティング・プラン移動設定では割当が禁止されています |
notAssignedDueToOptimizationCriteriaCount |
NOT_ASSIGNED_THRESHOLDS |
int |
選択した最適化基準に従ってアクティビティが割り当てられませんでした |
resourceBlockedDueToRoutingScheduleCount |
BLOCKED_RESOURCES |
int |
最適ではないルーティング・プラン・スケジュールの時点で、リソースは別の実行によってブロックされます |
notAssignedNeedsOvertimeOverdueRulesRelaxationCount |
NOT_ASSIGNED_OVERTIME_OVERDUE |
int |
割当なし事由: 超過勤務/期限超過制約違反。 リ・ラック・スされた制約を使用して手動で割り当てるか、ルーティング・プランの期限超過/超過勤務時にビジネス・ルールを緩和してみます |
subcategory |
SUBCATEGORY |
文字列 |
将来のニーズのために予約済み |
resourceExternalId |
RESOURCE_EXTERNAL_ID |
文字列 |
ルーティング・バケットの外部ID。 |
routingRollbackRunId |
RUN_ID_ROLLED_BACK |
int |
廃止 |
type |
TYPE_OF_THE_RUN |
文字列 |
廃止 |
ルーティング実行データ分析の手段によるルーティング結果の最適化
状況は地理的な違いや事業分野によって多少異なる可能性があるため、バケットごとにこの分析を実行することをお薦めします。
次のステップを実行します。
- ルーティング実行結果データをOACまたはその他のアナリティク・ツールにエクスポートします。
- すべてのnotAssignedフィールドの合計を計算し、「対応するエラー・カテゴリの合計」が最大である主な理由を1~3つ選択します。 修正処理については、次の表を参照してください。
次の表に、ルーティング・エラーと起こりうる修正アクションを示します:
カテゴリ |
ルーティング・エラー番号 |
イベント・フィールド名 |
摘要 |
訂正処理 |
構成 / データ検証エラー |
6005, 6015, 6023, 6076 |
notAssignedDueToValidationIssuesCount |
通常の状況ではこのメッセージが表示されることはありません。 |
該当なし |
動的ルーティング・モードに関連する事由 |
6000 |
notAssignedDueToDynamicModeRestrictionsCount |
ルーティングでの動的モード設定の再検討 |
|
アクティビティの構成に関連する事由 |
6056, 6057, 6061, 6090 |
notAssignedDueToActivityConfigurationCount |
アクティビティに作業ゾーンまたは作業スキルがありません。アクティビティ・タイプがルーティング用に構成されていません。選択したルーティング・タイプではアクティビティ・リンクはサポートされていません |
特定のアクティビティ構成を改訂 |
リソースの構成に関連する事由 |
6073 |
notAssignedDueToResourcesConfigurationCount |
リソースにアクティブ・ユーザーがありません |
特定のリソース構成を改訂 |
ルーティング・プラン原価設定に関連する事由 |
6017, 6018 |
notAssignedDueToCostSettingsCount |
ルーティング・プラン設定がリソース・コストに対応していません |
次の原価の残高を改訂します:
|
旅行の存在と制限に関連する理由 |
6010, 6024, 6025 |
notAssignedDueToTravelRestrictionsCount |
ルーティングが移動を計算できないか、計算された移動がルーティング・プラン・レベルで設定された制限より大きいため、アクティビティを割り当てることができません |
次の内容を修正します:
また、ルーティング・プランにSLRが含まれ、6000を超えるアクティビティまたは600プロバイダ(あるいはその両方)が処理されているかどうかをチェックします。 このような場合は、正確なフィルタを使用して複数のルーティング実行に分割することを検討してください。 |
制約違反に関連する事由 |
6003, 6008, 6011, 6013, 6020, 6028, 6063, 6067, 6068, 6069, 6070, 6071, 6072, 6077, 6078, 20188 |
notAssignedNeedsManualAssignmentCount |
考えられるすべてのプロバイダで必要な作業ゾーン、作業スキル、在庫またはポイントがなく、アクティブなカレンダがなく、アクティビティ・プリファレンスに適合しないか、アクティビティ・リンク制約に適合しないため、アクティビティを割り当てることができません。 |
リ・ラック・スされた制約を使用してアクティビティを手動で割り当てます |
アクティビティを配置するのに十分なルート時間に関連しない事由 |
6007, 6009, 6016, 6019, 6021, 6022, 6079 |
notAssignedNeedsOvertimeOverdueRulesRelaxationCount |
同じタイム・スロットのアクティビティが多すぎるか、リソースのルートに残っている時間が少なすぎるため、ほとんどのアクティビティを実行できます。 |
|
特定のアクティビティ・セグメントのルーティングに関連しない事由 |
6027 |
partiallyAssignedSegmentableActivitiesCount |
一部のセグメントはルーティングされましたが、他のセグメントはルーティング・プラン設定またはアクティビティ・タイプ構成(あるいはその両方)が原因ではありません |
指定されたセグメント化可能アクティビティ・タイプの最小および最大セグメント・サイズを改訂 |
ルーティングの実行中に発生した変更のため、割当ては不可能です |
6050, 6051, 6052, 6054, 6055, 6058, 6059 |
notAssignedDueToChangesWhileRoutingWasRunningCount |
ルーティング実行中に手動変更により割当が不可能になりました。 |
該当なし |
最適化目標に関連する事由 |
6064 |
notAssignedDueToOptimizationCriteriaCount |
最適化しきい値は、ルーティングで達成できた値を超えています。 |
最適化しきい値の修正 |
ルーティング・プラン・スケジュールに関連する事由 |
6091 |
resourceBlockedDueToRoutingScheduleCount |
同じリソースを使用するルーティング・プランが同じ期間内に実行されないように、このようなスケジュールを作成するようにルーティングを設定する個人の責任です。 |
同じリソースを使用するルーティング・プランが交差しないように、ルーティング・プラン・スケジュールを再検討します。 |
その他の問題 |
その他すべて |
notAssignedOtherIssuesCount |
該当なし |
該当なし |
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
更新22C以降、訪問バンドルのルールが改善され、カスタマ・エクスペリエンスが向上しました。 また、ルーティング内のデフォルトの訪問バンドル・ルールを新しい非割当事由で変更するバンドル・ポリシーを指定することもできます。
ルーティングでは、デフォルトで移動時間を最小限に抑え顧客満足度を向上させるために、同じ住所およびクローズ座標を持つアクティビティをグループ化しようとします。 ただし、同じ訪問に属するアクティビティをより強力にバンドルするには、訪問バンドル・キーを明示的に定義する必要があります。 バンドル拡張機能を使用する前に、訪問機能を有効にし、バンドル・キーを設定することをお薦めします。 バンドル・キーは、結合されるアクティビティ・フィールドの一部を選択することで「ビジネス・ルール」ページで定義でき、この値はバンドル・キー値として使用されます。 バンドル・キー・フィールドの値が同じアクティビティは、同じバンドルの一部とみなすことができます。
デフォルトでは、緊急アクティビティに対して一括、即時および即時を含むすべてのタイプのルーティング・プランは、同じ訪問バンドル・キー値を共有し、同じ日にスケジュールされたすべてのアクティビティをバンドルして訪問を形成しようとします(順番に順次、順次実行されます)。
バンドルされたアクティビティを順番に実行する以外に、Oracle Field Serviceはバンドルを形成するすべてのアクティビティに対して単一の通知を送信します(このような通知が構成されている場合)。
アクティビティは、1回の訪問として実行できない不一致ファクタがある場合を除き、訪問バンドルの対象となります。
次に不一致のファクタを示します:
- 「スキルまたはゾーンの不一致」スキルおよびゾーン構成のために考慮されたすべてのアクティビティを実行できるリソースがないとき。
- 「在庫不足」必要なインベントリを使用し、在庫別ルーティング機能が有効になっているが、必要なインベントリのスタック全体を持つプロバイダがないとき。
- 「その他のアクティビティ制約」アクティビティに互換性のないpreferred/required/prohibitedリソース・プリファレンスがあるとき。
- 「リンク制約」アクティビティが同じ日またはリソース(あるいはその両方)に割り当てられないリンク・タイプとリンクされているとき。
- 「キュー日付」通常、異なる日付にスケジュールされたアクティビティをまとめてバンドルすることを意図していないとき。 ただし、バンドルするアクティビティをカバーするフィルタを使用して日付間でアクティビティを移動できるように、特別に構成された複数日ルーティング・プランを使用することもできます。
- 「互換性のないサービス・ウィンドウ/SLA」アクティビティに、単一の訪問に組み合せることができないサービス・ウィンドウ/SLAがあるとき。
- 「期間超過」全体的な訪問期間が使用可能なリソースの稼働日よりも長いとき。
同じバンドル・キーを持つ2つのジョブがすでにスケジュールされ、3つ目のジョブが入っている例を考えてみます。 一致しないファクタがない場合、それらのすべてのジョブをまとめてルーティングして単一の訪問を形成することが予想されます。 超過時間または可用性の制約のためにリソースが一緒に実行できない場合、ルーティングはそれらを別の日に移動しようとします(SLA/サービス・ウィンドウが失われない場合)。
バンドルする適格アクティビティをプッシュする追加オプションを定義できます。 バンドル可能アクティビティをプッシュするには、特定のルーティング・プラン「バンドル・ポリシー」のアクティビティ・フィルタをDefaultからAllまたはNoneに変更する必要があります。 このようなルーティング・プラン(緊急アクティビティのバルク、即時および即時を含む)では、同じバンドル・キーおよび既存のものと同じ日付を共有する別のアクティビティは割り当てられません。 さらに、ルーティング・プラン設定内で「バケットの割当解除」が許可されている場合、そのような設定を持つ一括ルーティングによってそれらのアクティビティがバケットに戻される可能性があります。
バンドル・ポリシーのオプションは次のとおりです:
- Defaultバンドル・ポリシーでは、同じ訪問バンドル・キー値を共有し、同じキュー日付に属し、同じバケット内で見つかったすべてのアクティビティがバンドルされます。 ただし、一部のアクティビティがすでに1つ以上のリソースに割り当てられている場合、それらのアクティビティを1つのルートに配置して訪問バンドルを形成することが不可能な場合は、それらのアクティビティがその場所に残される可能性があります。
このイメージは、デフォルトのバンドル・ポリシーが表示されているパラメータ割当てルールの更新ダイアログ・ボックスを示しています:
デフォルト・バンドル・ポリシー・オプションを表示するパラメータ割当ルールの更新ダイアログ・ボックス
- AllまたはNoneバンドル・ポリシーは、同じ訪問バンドル・キー値を共有するすべてのアクティビティからの単一の訪問バンドルを形成し、同じキュー日付に属し、同じバケット内で検出されます。 このようなバンドルを形成できない場合は、事前に割り当てられ、バケットに移動できるすべてのアクティビティがバケットに割り当てられません。
この図は、使用可能なすべてのバンドル・ポリシー・オプションが表示されたパラメータ割当ルールの更新ダイアログ・ボックスを示しています:
使用可能なすべてのバンドル・ポリシー・オプションを表示するパラメータ割当ルールの更新ダイアログ・ボックス
すべてまたはなしのバンドル・ポリシーの例と、同じ訪問バンドル・キー値を持つ2つのアクティビティをルーティングする複数日ルーティング・プランに、すべてまたはなしのバンドル・ポリシーがあるとします。 次の条件に当てはまります:
- 両方のアクティビティのキュー日付が同じで、両方のアクティビティを順次実行できる技術者がいる場合 - 両方のアクティビティが割り当てられます。
- 両方のアクティビティのキュー日付が同じで、両方のアクティビティを順次実行できる技術者がいない場合 - 両方のアクティビティがバケットに戻されます。
- アクティビティのキュー日付が異なる場合、ルーティング・プランでは日付間でアクティビティを移動でき、両方のアクティビティを順番に実行できる技術者がいると、両方のアクティビティが割り当てられます。
- アクティビティに異なるキュー日付があり、ルーティング・プランで日付間のアクティビティの移動が許可されていない場合、または両方のアクティビティを順番に実行できる技術者がいない場合、アクティビティは順序なしで割り当てられ、バンドル訪問を形成できません。
- すべてまたはなしのバンドル・ポリシーの結果が原因で割り当てられなかった(または割り当てられていない)アクティビティには、次のエラー・メッセージが表示されます:
6028バンドル・ポリシー制約に適合できません
すべてまたはなしのバンドル・ポリシーでマークされ、同じ日にスケジュールされたアクティビティは、同じルートにまとめて割り当てることはできません。
この機能により、同じ訪問に属するアクティビティをより強力にバンドルできるため、移動時間が最小限に抑えられ、顧客満足度が向上
有効化のステップ
この項では、訪問バンドルを構成する方法について説明します。
バンドル・キーの設定
バンドル拡張機能を使用する前に、訪問機能を有効にしてバンドル・キーを定義する必要があります。 バンドル・キーを定義するには、構成「ビジネス・ルール」にナビゲートし、「ビジネス・ルール」ページで結合されるアクティビティ・フィールドの一部を選択します。 この値はバンドル・キー値として使用されます。
同じ顧客のバンドル・アクティビティの設定
同じ顧客/同じ日付のすべてのアクティビティが単一の訪問を形成するように(同じリソースに割り当てられ、単一の通知が顧客に送信されるように)するには、バンドル・キーにAccount、Account Number、CustomerIDなどのフィールドを含めるように設定できます。
同じ場所のバンドル・アクティビティの設定
デフォルトでは、ルーティングは同じロケーション・アクティビティを自動的にバンドルしません。このようなアクティビティをまとめておくと、ワークフローが増加し、移動時間が短縮される可能性があるためです。 多くの場合、ルーティングはこのような組み合わせを好みます。 ただし、バンドル・キーを追加することで、このようなプリファレンスを取得する可能性を高めることができます。
例
たとえば、ルーティングによって同じ日およびロケーションを共有するすべてのアクティビティを単一の訪問としてバンドルする場合(およびこれが不可能な場合は、ディスパッチャが手動で割り当てられるようにバケットに戻す場合)、次のステップに従います:
- 「住所」フィールドを使用してバンドル・キーを設定します。
- 編集するルーティング・プランを開きます。
- 各アクティビティ・フィルタを変更するには、「設定」を選択し、「バンドル・ポリシー」をAllまたはNoneに変更します。
- 「割当パラメータ」セクションで、「事前割当済アクティビティの処理」を「リソース・ルート間でアクティビティを移動し、同じルート内で順序変更」に設定します。
- 「事前割当済アクティビティ・フィルタ」でカバーされるアクティビティの「可能なルーティング・アクション」が「スケジュールを取り消してルーティング・バケットに移動」に設定されていることを確認します。
複雑なシナリオでのアクティビティのバンドル
別のシナリオを次に示します。 会社には3つのタイプの活動があります: スマート・ホーム・デバイスのサービス、インターネットへの家の接続、およびアプライアンスの修理。 スマート・ホームのアクティビティには、'Smart'で始まる名前を持つ様々なタイプがあり、常に一緒に移動する必要があります。 インターネット接続のアクティビティには、名前がInternetで始まる様々なタイプがあり、日数と技術者間で分割される場合がありますが、安全上の懸念のために並行して実行することはできません。 その他のアクティビティ・タイプはアプライアンスで始まり、特定のバンドル・プリファレンスはありません。 このような構成を実装するには、次の手順を実行します:
- すべてのスマート・ホーム関連アクティビティ・タイプのアクティビティ・フィルタがあることを確認してください。 そうでない場合は、構成、フィルタに移動して追加します。
- 構成、ビジネス・ルールにナビゲートします。 訪問機能が有効になっていることを確認します。
- バンドル・キーをAccountフィールド(または顧客を一意に識別する別のフィールド)に設定します。
- ルーティング・プランにナビゲートし、目的のルーティング・プランを編集のために開きます。
- フィルタ・セクションを確認し、使用可能なすべての宛先のスマート・ホーム関連アクティビティのアクティビティ・フィルタが含まれていることを確認します:
- スケジュールして割り当てる必要があるルーティング・バケット内の未スケジュール・アクティビティ
- 割当する必要があるルーティング・バケット内のアクティビティ
- スケジュールする必要がある事前割当済の未スケジュール・アクティビティ
- 既存ルート内のアクティビティ
- スマート・ホーム関連アクティビティのすべてのアクティビティ・フィルタを変更するには、それらを選択して「設定」を選択し、「バンドル・ポリシー」をAllまたはNoneに変更します。
- 「割当パラメータ」で、「事前割当済アクティビティの処理」を「リソース・ルート間でアクティビティを移動し、同じルート内で順序変更」に設定します。
- 「事前割当済アクティビティ」フィルタの下に、スマート・ホーム関連のアクティビティをカバーするフィルタがあることを確認します。
- このフィルタでは、「可能なルーティング・アクション」を「スケジュール解除してルーティング・ビジネスに移動」に設定します。
更新22C以降、「ダッシュボード」ページには、ユーザー・エクスペリエンスを向上させるRedwoodスタイルがあります。 Oracle Field Serviceの他のページと同じルック・アンド・フィールを提供します。
「ダッシュボード」ページには、次の変更が含まれています:
- 入力テキスト・フィールド、ラジオ・ボタン、チェック・ボックスおよびボタン(追加、終了、選択および名前変更など)は、標準のRedwoodスタイルに従います。
このイメージは、ダッシュボードの追加ダイアログ・ボックスを示しています。
ダッシュボードの追加ダイアログ・ボックス
このイメージは、リソースの選択ダイアログ・ボックスを示しています。
リソースの選択ダイアログ・ボックス
- ドロップダウン入力フィールドまたはチェック・ボックスには、チャート・タイルに新しいスタイルがあります。
このイメージは、ドロップダウン・リストが表示されたステータス別アクティビティ・ダイアログ・ボックスを示しています。
ダイアログ・ボックスのRedwoodスタイル・ドロップダウン・リスト
- ダッシュボード・ページのダイアログ・ボックスは、Redwoodスタイルに従い、アプリケーション全体で統一されたエクスペリエンスを提供します。
このイメージは、ダッシュボードの削除ダイアログ・ボックスを示しています。
ダッシュボードの削除ダイアログ・ボックス
このイメージは、ダッシュボードの名前変更ダイアログ・ボックスを示しています。
ダッシュボードの名前変更ダイアログ・ボックス
「ダッシュボード」ページが更新および拡張され、Redwoodの概念からのビジュアル・スタイルおよびエクスペリエンスが提供されるようになり、ページがアプリケーションおよびFusionスタックの他のアプリケーションと一貫性が保たれます。
有効化のステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
ノート: 最新のドキュメントへの上記のリンクは、最新の一般提供(GA)リリース後に機能します。
ANDROID 6.0のサポートを停止
Android 6.0のサポートは、更新22D (2022年11月)からOracle Field Service Androidアプリケーションに対して停止されます。 現在Android 6.0のデバイスを計画してアップグレードします。
ORACLE BUSINESS INTELLIGENCE CLOUD統合の削除
更新22C以降、Business Intelligence Cloud Service (BICS)はOracle Field Serviceから非推奨になりました。
日次抽出の削除: プロパティ・ファイルのエクスポート
日次抽出作成時間を簡略化および短縮するために、Daily Extractファイルのプロパティ抽出は非推奨として発表されます。 この非推奨のお知らせは、Oracle Field Service 22Aリリース・ノートに記載されています。 統合の準備により多くの時間をかけるために、削除は延期されます。 更新22Dのプロパティ・ファイルのエクスポートには変更は必要ありません。 削除計画の詳細は、更新23Aで入手できます。
日次抽出では引き続きファイル・プロパティ抽出がサポートされますが、構成済の日次抽出にプロパティ・ファイル・フィールド抽出が含まれている場合、非推奨に関する新しい通知が表示されます。