本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。 これまでの更新内容は次の表のとおりです。
日付 | 機能 | 注意 |
---|---|---|
2019年3月1日 | 文書の更新。 更新19Aで提供される機能。 |
|
2019年2月22日 | 文書の更新。 機能情報の改訂。 |
|
2019年2月22日 |
文書の更新。 機能情報の改訂。 |
|
2019年2月22日 |
文書の更新。 機能情報の改訂。 |
|
2019年1月31日 | 文書の更新。 機能情報の改訂。 |
|
2019年1月18日 | 初版作成。 |
このガイドは、Oracle Field Service Cloud、更新19Aの新機能と改善点に関して理解する必要がある情報の概要をまとめたものです。 このガイドは本アップデートでの新規・改善機能の概要を理解するのに必要な情報およびアップデートに必要なタスクについて説明します。個々のセクションは機能の概略説明、その機能を実装に必要なステップ、ヒントおよび考慮点、他に必要なリソースが記述されています。 Oracle Field Service Cloudでサポートされているブラウザのリストを表示するには、弊社サポート・サイトにログインして、「アンサーID 8215」にアクセスします。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。 フィードバックをhttps://documentation.custhelp.com/ci/documents/detail/5/4/12に送信してください。
機能の有効化に必要なアクション |
||||
---|---|---|---|---|
機能 |
自動的に利用可 |
エンド・ユーザーのアクションが必要 |
管理者のアクションが必要 |
オラクル社へのサービス要求が必要 |
OpenID Connectを使用した場合は、Googleのみをプロバイダとして選択できる可能性があります。 19 A以降、様々なOpenID Connectプロバイダを使用して認証を確立できます。 OpenID Foundationの仕様に従ったOracle Identity Cloud Service (IDCS)、Microsoft Azure、Googleまたは他のプロバイダから選択できます。
OpenID Connectを使用するには:
- Oracle Field Service Cloudを、アイデンティティ・プロバイダでアプリケーションとして作成または登録します。
- アイデンティティ・プロバイダから構成URL、ログアウトURL、クライアント・アイデンティティおよびクライアント・シークレットを取得します。 さらに、ユーザー名に使用される属性を定義します。
- OpenID Connectを使用するOracle Field Service Cloudのログイン・ポリシーを作成します。
- 構成をクリックし、ログイン・ポリシーをクリックします。
- 「新規の追加」をクリックします。
- ラベル・フィールドで、ポリシーのラベルを追加します。
- ポリシー名で、ポリシーの名前を適切な言語フィールドに指定します。
- 「次を使用して認証」フィールドで、OpenID Connectを選択します。
- 次のフィールドに入力します。
フィールド |
摘要 |
---|---|
最大セッション数 |
ユーザーに許可された同時セッションの最大数。 |
構成URL |
認証を開始するアイデンティティ・プロバイダのURL。 |
ログアウトURL |
ログアウト後にユーザーがリダイレクトされるURL。 アイデンティティ・プロバイダからログアウトするためのURLである場合があります。 このフィールドが空の場合、ユーザーのログアウト設定はOpenID Connectプロバイダによって制御されます。 |
次を含む属性 ユーザー名 |
アイデンティティ・プロバイダがユーザー名として使用するOpenID Connect属性の名前(Oracle Field Service Cloudのログイン名)。 次のいずれかを選択: 'email'、'name'、'given_name'および'family_name'。 例: 電子メール 属性は、ユーザーごとに一意の値を持つ必要があります。 |
クライアントID |
登録済OpenIDプロバイダ(クライアントIDなど)のデータを含むフィールドの値。 |
クライアント・シークレット |
登録済OpenIDプロバイダ(クライアント・シークレットなど)のデータを含むフィールドの値。 |
- 「保存」をクリックします。 OpenID Connectによるログイン・ポリシーが保存されます。
- OpenIDアプリケーションで、https://login.etadirect.com/openid-connect-linkbackにリンクして戻るURLを構成します。 アイデンティティ・プロバイダは、このリンクを使用して、ログインが成功するとユーザーをOracle Field Service Cloudにリダイレクトします。
MIGRATION OF EXISTING OPENID LOGIN POLICIES
更新19Aのあと、OpenIDのログイン・ポリシー設定は同じままです。変更を適用して、ユーザーがOracle Field Service Cloudへのサインインを続ける必要はありません。
レガシー(非推奨)および推奨値が含まれるこの種類のログイン・ポリシー・ドロップダウン・リストは、OpenID Connect設定セクションとともに表示されます。 レガシー(非推奨)は、アップグレード前に作成されたすべてのOpenIDログイン・ポリシーに対して選択されます。
推奨設定に切り替えるすべてのお客様にアドバイスし、OpenIDコネクション・プロバイダとの統合の新機能を利用します。
これを行うには、ドロップダウン・リストから推奨値を選択し、正しいエンド・ポイントを構成URLとユーザー名を含む属性フィールドに移入する必要があります。 次に、統合作業を行うために、OpenIDアプリケーションでlinkback URLを変更する必要があります。
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
ヒントと考慮事項
既存のOpenID接続ログイン・ポリシーの移行
19 Aにアップグレードした後、OpenID Connectのログイン・ポリシー設定は同じままです。 オプション・レガシー(非推奨)および推奨が含まれるドロップダウン・リストが「ポリシーの編集」画面に表示されます。 レガシー(非推奨)オプションには、アップグレード前に作成したすべてのログイン・ポリシーが表示されます。 OpenID Connectプロバイダとの統合の新機能を利用するために、推奨設定に切り替えることを顧客にアドバイスします。
推奨値に切り替えるには:
- ドロップダウン・リストから推奨を選択します。
- 構成URLとユーザー名を含む属性の各フィールドに値を入力します。
- OpenID Connect Identityプロバイダのリンク・バックURLを変更します。
主なリソース
現在、アクティビティが存在しないときに移動所要時間を事前に計算する場合は、精度値が= 9である保留中のアクティビティのみが対象となります。 19 Aの場合、アクティビティ作成時に顧客が提供した地理座標(精度値0)は、正確性が高いとみなされ、事前計算される移動時間プロセスに使用されます。
同様に、精度レベルが8 (交差)の座標も、事前計算移動時間として考慮されます。 したがって、有効な座標があり、精度の値が8、9または0のすべてのアクティビティが、プロセスの有効な入力とみなされます。
また、計算済移動前統計プロセスが、次のものに更新されました:
- 3,000ペアの推定を指定
- 移動キーは、4つ以上の保留中アクティビティまたは12個の標準アクティビティがある場合に推定の対象となります
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
部品カタログAPIでは、Oracle Integration Cloud (OIC)アダプタを使用してカタログを外部データ・ソースと同期できるように、RESTful操作(既存のカタログの品目の作成、更新および削除など)をサポートしています。 構成のアプリケーション(「APIアクセス」)画面から部品カタログAPIに権限を付与する必要があります。
次の一連の操作は、部品カタログAPIに実装されています:
- カタログの作成
- カタログ・アイテムの作成
- カタログ・アイテムの削除
CREATE CATALOG
この操作は、指定したカタログ・ラベルで指定した言語を使用して新規カタログを作成する場合に使用します。
次のリクエスト・パラメータがサポートされています:
- 「ラベル」-リクエストURLで使用すると、指定されたラベルを持つ新しいカタログが作成されます。
- 「言語」-リクエストURLで使用されるときの言語コードによって、指定された言語コードの新しいカタログが作成されます。
- fieldSchemas-それぞれの構造がカタログ・フィールドを表す構造体の配列。
- name:カタログの名前。 これは必須パラメータです。
- typeSchemas-各構成で品目タイプを記述する構成の配列。
操作に成功すると、204レスポンスが表示されます。
EXAMPLE
要求:
PUT /catalogs/my_catalog/en/RG5-7691-250CN { "type": "parts","type": "parts", "weight": 12, "fields": [ { "label": "part_number", "value": "RG5-7691-250CN" }, { "label": "vendor", "value": "HEWLETT PACKARD" }, { "label": "descr", "value": 110V FUSERアセンブリ }, { "label": "price", "value": "943.80" } ], "tags": [ "Printer", "Cartridge" ], "linkedItems": [ { "itemLabel": "RG5-7691-250CN", "data": "1" }, { "itemLabel": "RG5-7691-250CF", "data": "2" }, { "itemLabel": "RG5-7691-250CZ", "data": "3" } ], "images": [ { "imageURL": "http://www.storage-service.com/rg5_7691_250cz.png" }, { "imageURL": "http://www.storage-service.com/rg5_7691_250cf.png" } ] } |
レスポンス:
204レスポンス
操作が正常に完了しました
CREATE CATALOG ITEM
この操作は、既存のカタログ・アイテムを、指定したカタログ・ラベル、指定した言語、および指定したアイテム・ラベルで作成または置換する場合に使用します。
次のリクエスト・パラメータがサポートされています:
- ラベル: リクエストURLで使用される場合、カタログ・ラベルは、指定したラベルでカタログ・アイテムを更新または作成します。
- 言語: リクエストURLで使用されるときの言語コードによって、指定された言語コードを持つカタログ・アイテムが更新または作成されます。
- itemLabel: リクエストURLで使用される場合、アイテム・ラベルは、指定されたアイテム・ラベルを持つカタログ・アイテムを更新または作成します。
- フィールド: カタログのデータをフィルタできるフィールドのリスト。 これは必須パラメータです。
- タイプ: カタログ内のデータのタイプを定義できるフィールドのリスト。 これは必須パラメータです。
- タグ: アイテム・タグのリスト。 これはオプションのパラメータです。
- linkedItems: リンクされたアイテムのリスト。 これはオプションのパラメータです。
- イメージ: アイテムのイメージのリスト。 これはオプションのパラメータです。
操作に成功すると、204レスポンスが表示されます。
EXAMPLE
要求:
PUT /catalogs/my_catalog/en/RG5-7691-250CN { "type": "parts", "weight": 12, "fields": [ { "label": "part_number", "value": "RG5-7691-250CN" }, { "label": "vendor", "value": "HEWLETT PACKARD" }, { "label": "descr", "value": 110V FUSERアセンブリ }, { "label": "price", "value": "943.80" } ], "tags": [ "Printer", "Cartridge" ], "linkedItems": [ { "itemLabel": "RG5-7691-250CN", "data": "1" }, { "itemLabel": "RG5-7691-250CF", "data": "2" }, { "itemLabel": "RG5-7691-250CZ", "data": "3" } ], "images": [ { "imageURL": "http://www.storage-service.com/rg5_7691_250cz.png" }, { "imageURL": "http://www.storage-service.com/rg5_7691_250cf.png" } ] } |
レスポンス:
204レスポンス
操作が正常に完了しました
DELETE CATALOG ITEM
この操作を使用して、指定したカタログ・ラベル、指定した言語および指定したアイテム・ラベルを持つ既存のカタログ・アイテムを削除します。
次のリクエスト・パラメータがサポートされています:
- ラベル: リクエストURLでカタログ・ラベルを使用すると、指定したラベルのカタログ・アイテムが削除されます。
- 言語: リクエストURLで言語コードを使用している場合は、指定された言語コードのカタログ・アイテムが削除されます。
- itemLabel: リクエストURLでアイテム・ラベルを使用すると、指定したアイテム・ラベルのあるカタログ・アイテムが削除されます。
EXAMPLE
要求:
DELETE /rest/ofscPartsCatalog/v1/catalogs/{catalog}/{language}/{itemLabel}
レスポンス:
204レスポンス
操作が正常に完了しました
有効化のステップ
構成のアプリケーション(「APIアクセス」)画面から部品カタログAPIに権限を付与する必要があります。 部品カタログAPIはOracle Field Service Cloud (OFSC)のリソースに関連していないため、特定のリソースへのアクセスのみを許可パラメータを無視できます。
主なリソース
19 Aから、フォームを送信すると、タイプが'formSubmitted'の新しいコアAPIイベントが生成されます。 このイベントには、フォーム値と、フォームで送信されるエンティティ値に関する情報が含まれています。
CREATE SUBSCRIPTION OPERATION
統合外部システムは、formSubmittedイベントをサブスクライブし、イベントAPIのサブスクリプションの作成操作を使用して、フォームの送信データをすべて受信できます。 サブスクライバは、filterExpressionオプションを使用してフォーム・ラベルを指定し、必要なデータを受信する別のサブスクリプション・チャネルを作成できます。
monitorChangesパラメータ(指定されている場合)は動作に影響を与えず、無視されます。 フォームの送信時に生成されたデータのスナップショットは変更できません。 'fields'パラメータは使用できません。
formSubmittedイベントには、発行されたすべての情報が含まれています。
GET EVENTS OPERATION
Oracle Field Service Cloudでフォームを送信すると、formSubmittedイベントとして登録されます。 サブスクライバは、GETイベント操作を介してイベントをサブスクライブできます。
GETイベント操作には、次の属性が含まれます:
- eventType-イベントのタイプ。 たとえば、フォームが送信されるときに、値'formSubmitted'がイベントに使用されます。
- formSubmitId-フォーム送信時に生成される一意のID。
- formLabel-フォームのラベル。
- 「時間」-フォームが送信された日時(UTC)。 たとえば、2016-04-25 12:36:11などです。
- 「ユーザー」-フォームを送信したユーザーのユーザー名。
- formDetails-送信済のフォーム・フィールド値を含むオブジェクト。 これはオプションのパラメータです。
- activityDetails-送信済アクティビティ・フィールド値を含むオブジェクト。 これはオプションのパラメータです。
- inventoryDetails-送信済在庫フィールド値を含むオブジェクト。 これはオプションのパラメータです。
- resourceDetails-送信されたリソース・フィールド値を含むオブジェクト。 これはオプションのパラメータです。
- requestDetails-送信されたサービス・リクエスト・フィールド値を含むオブジェクト。 これはオプションのパラメータです。
FILE CONTENT ACCESS
フォーム送信中に、ファイルが記録され、イベント本文にあるURLを使用してファイルのコンテンツにアクセスできます。 URLはスタンドアロンAPI操作を表していないため、提供されたとおりに使用する必要があります。
API INTEGRATION FOR SERVICE REQUEST OBJECTS
FormSubmittedイベントは、サービス・リクエスト操作との後方互換性を維持します。
送信されたフォーム内のコントロールがサービス・リクエスト・フィールドに関連付けられている場合、サービス・リクエスト・イベントが作成され、下位互換性が提供されます。
また、手動起動条件で構成されたメッセージ・シナリオ・フローもトリガーされます。
EXAMPLE
{ "eventType": "formSubmitted", "time": "2018-11-22 13:13:55", "user": "login", "formIdentifier": { "formSubmitId": "19", "formLabel": "form432_invoice" }, "activityDetails": { "activityId": 4225430, "apptNumber": "appt_255_000_v1", "customerName": "John Doe", "startTime": "01:50 AM", "endTime": "02:15 AM", 住宅またはドアの写真: { "filename": "Console.jpg, 26K", "href": "https://api.etadirect.com/rest/ofscCore/v1/forms/19/activityFiles/House+or+Door+photo" } }, "formDetails": { "some_form_element1": "value", "some_form_element2": "value", "form_signature_element": { "filename": "image.jpg, 26K", "href": "https://api.etadirect.com/rest/ofscCore/v1/forms/19/files/form_signature_element" } } } |
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
REST APIでCross-Origin Resource Sharing (CORS)を有効にします
19Aから、Oracle Field Service Cloud REST APIへのリクエストの実行元となるリソース間共有(CORS)ドメインのリストを設定できます。 次のガイドラインが適用されます:
- 顧客の一意のサブドメインに直接移動するCORSリクエスト(たとえば、https://ofsc1q1q1q1.test.etadirect.com)がこのリストに対して検証されます)。 CORS検証に失敗したリクエストは拒否されます。
- CORSチェックが完了しているため、https://api.etadirect.comに移動するCORSリクエストは検証できません。インスタンスIDが判明しています。
VALIDATION
構成のドメイン名の検証 アプリケーション画面には、次の処理ルールが含まれています:
- 各ドメイン名は、253文字を超えることはできません。
- リスト内のアイテムの合計数が100を超えないようにする必要があります。
- 不可視文字のエラーを修正するには、先頭の空白と末尾の空白を各ドメインから削除する必要があります。
特殊な値
単一のアスタリスク文字"*"を使用すると、任意のドメインを使用できることを指定できます。 この値は、下位互換性を維持するために、デフォルトで以前のバージョンからのアップグレードを含むすべてのアプリケーションに割り当てられます。
ワイルドカード(ドメイン名の特殊文字)はサポートされません。
注意: ドメインのリストに対する変更には、システム全体に移入される時間が必要です。通常、これには数秒から最大3分かかります。
MIGRATION
既存の統合は更新の影響を受けません。 すべてのアプリケーションでは最初、すべてのリクエストで下位互換性が保証されます。
REST API UPDATES
CORSを処理するために、Metadata REST APIの次の一連の操作が変更されています:
- アプリケーションの作成/更新
- アプリケーションの取得
- アプリケーションの取得
アプリケーションの作成/更新
次のリクエスト本文パラメータがサポートされています。
allowedCorsDomains (オプション):
Oracle Field Service Cloud REST APIへのリクエストを作成できるオリジナル・ドメインのリストを指定できます。
cURLコマンドの例:
curl -u 'clientId@instance:clientSecret' \ -X PUT \ --url https://api.etadirect.com/rest/ofscMetadata/v1/applications/test_app \ --data-binary '{ "name": "test1", "status": "active", "tokenService": "ofsc", "resourcesToAllow": [ { "resourceId":"resourceExternalId1", "resourceInternalId":12 }, { "resourceId":"resourceExternalId2", "resourceInternalId":123 }, { "resourceId":"resourceExternalId3", "resourceInternalId":127 } ], "IPAddressesToAllow": [ "10.321.112", "10.321.112" ], "allowedCorsDomains": [ "https://best.customer.01.dot.com", "https://example.com" ] }' |
レスポンス・ヘッダーの例:
HTTP/1.1 200 OK Content-Type: application/json; charset=utf-8 |
レスポンス本文の例:
{ "label": "test_app", "name": "test1", "status": "active", "tokenService": "ofsc", "resourcesToAllow": [ { "resourceId":"resourceExternalId1", "resourceInternalId":12 }, { "resourceId":"resourceExternalId2", "resourceInternalId":123 }, { "resourceId":"resourceExternalId3", "resourceInternalId":127 } ], "IPAddressesToAllow": [ "10.321.112", "10.321.112" ], "allowedCorsDomains": [ "https://best.customer.01.dot.com ", "https://example.com" ], "links": [ { "rel" : "canonical", "href" : "https://api.etadirect.com/rest/ofscMetadata/v1/application/test_app" }, { "rel" : "apiAccess", "href" : "https://api.etadirect.com/rest/ofscMetadata/v1/application/test_app/apiAccess" } ] } |
アプリケーションの取得
次のレスポンス・パラメータが返されます。
- allowedCorsDomains (オプション): Oracle Field Service Cloud REST APIへのリクエストの送信を許可されるオリジン・ドメインのリスト。
アプリケーションの取得
次のレスポンス・パラメータが返されます。
- allowedCorsDomains (オプション): Oracle Field Service Cloud REST APIへのリクエストの送信を許可されるオリジン・ドメインのリスト。
WHAT IS VALIDATED
REST API機能にリクエスト・ヘッダー・オリジンが存在する場合、そのヘッダーは構成済リストと比較されます。 ブラウザは、プロトコル、ドメイン名および(オプションの)ポートを起点として送信します。
一致が検出された場合、または特殊な値"*"が構成されている場合、リクエストは受け入れられます。
CORS検証エラー403が失敗したすべてのAPIコールが返されます。
有効化のステップ
CORSのオリジン・ドメインのリストを構成する手順:
- 構成、アプリケーションの順にクリックし、追加の制限を選択します。
- 「次のwebドメインからのCross-Origin Resource Sharing (CORS)の許可」チェック・ボックスを選択します。
- テキスト・ボックスにドメインのリストを追加します。
- 「保存」をクリックします。
主なリソース
19 Aから、部品カタログには次の改善が実装されています:
- 「アプリケーション」の画面構成には、新しい部品詳細コンテキスト・レイアウトが含まれています。
- プラグインAPIフレームワークには、新規エンティティ"partsCatalogItem"が含まれます。
- 「部品詳細」画面には、フィールド・リソースの詳細が表示されます。
- フィールド・リソースは、付近の技術者のいずれかとアイテムの有効数量を知ることができます。 リソースが顧客のロケーションで作業を開始した後、数件のスペア部品の必要性が判断されることがあります。 このような場合、リソースは付近に配置されている他のリソースをブロードキャストし、それらのパートがあるかどうかを確認できます。
- プラグインを使用して、部品に関連するビジネス・ワークフローを作成できます。 たとえば、部品をオーダーしたり、付近の倉庫の部品を探します。
PARTS DETAILS CONTEXT LAYOUT SCREEN
コア・アプリケーションのユーザーとして、iOSおよびAndroidアプリケーションはプラグインを実行したり、処理バーのリンクから付近の在庫の検索をコールできます。 これらのリンクは、部品詳細コンテキスト・レイアウトで構成されている場合に使用できます。 画面構成タブの「アプリケーション」画面のセクションには、次に示すように、新しいリンク部品詳細が含まれています:
アクションの追加ダイアログ
アプリケーションから部品詳細リンクをクリックすると、部品詳細画面が表示されます。
部品詳細画面で、処理リンクの追加をクリックします。 アクションの追加ダイアログが表示されます。 部品詳細に2つのタイプの処理を構成できます:
- 付近の在庫の検索標準処理へのリンク - このリンクによって、付近の在庫の検索機能が呼び出され、ユーザーは、トラックで適切な部分を持つ付近の技術者を識別し、その部品詳細を含むメッセージをブロードキャストできます。
- プラグインへのリンク - Oracle Field Service Cloudでサポートされているすべてのタイプのプラグインは、部品詳細画面から開くことができます。
PLUGIN API FRAMEWORK UPDATES
Parts「カタログ・アイテム詳細」画面からプラグインを開くことができるようになりました。 新しいエンティティpartsCatalogItemは、オープン・メッセージに使用され、コレクションとともに部品カタログのIDと部品カタログ・アイテムのIDが送信されます。
新規エンティティpartsCatalogItem
画面 |
エンティティ・フィールド値 |
選択可能コレクション |
---|---|---|
在庫検索 ->部品カタログ品目詳細 | partsCatalogItem | リソースactivitiyList inventoryList partsCatalogItem |
エンティティ・データ・コレクションは、次のとおりです:
- 「リソース」:リソース・ツリーの要素(定義された会社アセットを表す)
- 「アクティビティ」:リソースの時間のかかるアクティビティを表すOracle Field Service Cloudシステムのエンティティ
- activityList-アクティビティ・リスト
- 「インベントリ」-アクティビティ中に取付けまたは取外しできる機器
- inventoryList-Inventory list
- 「ユーザー」-現在モビリティにログインしてプラグインを開くユーザー
- partsCatalogItem-getParts手順で取得できるように、部品カタログのアイテムを識別する情報
partsCatalogItemフィールドのフォーマット
フィールド |
値の例 |
摘要 |
必須 |
---|---|---|---|
catalogId |
17 | 品目を含むカタログの一意識別子。 getPartsCatalogsStructureプロシージャから戻ることができ、getPartsプロシージャで必要です |
はい |
itemId |
979 | カタログ内の部品の一意識別子。 getPartsプロシージャで必要です。 | はい |
オープン・メッセージの例
{ "apiVersion" : 1, "method" : "open" ,
"entity" : "activity" , "partsCatalogItem" : { "catalogId" : 2, "itemId" : 117 }, "resource" : { "pid" : 5000038, "pname" : "RAYNER, Faye" , "external_id" : "55038" , "gender" : "1" }, "activityiList" : { "3956534" : { "WO_COMMENTS" : 自動転送作業オーダー , "astatus" : "started" , "aid" : 3956534 } }, "inventoryList" : { "20997919" : { "invid" : 20997919, "inv_aid" : 3956534, "inv_pid" : 5000038, "invpool" : "install" , "invsn" : "SABDFWKNZ" } } } |
PARTS DETAILS SCREEN
部品詳細画面は再設計されており、ユーザーに、イメージ、部品詳細、関連部品に関する情報(提供されている場合)などの詳細情報へのアクセス権が提供されています。 次に例を示します。
この更新には次のものが含まれていました:
- 部品カタログ品目のイメージは、画面の必須要素になります。 ピクチャが指定されていない場合、デフォルトのピクチャが表示されます。 これはデフォルト・イメージです:
- リンク・アイテム・セクションの名前は推奨に変更されます
FIND NEARBY INVENTORY
「付近の在庫の検索」リンクによって、リソースは、トラックに必要な部品が含まれている付近の技術者を識別し、その部品の詳細が含まれているメッセージをブロードキャストできます。 詳細は、このドキュメントの「付近のリソースの検索およびメッセージのブロードキャスト」の項を参照してください。
有効化のステップ
画面構成タブの「アプリケーション」画面のセクションには、部品詳細コンテキスト・レイアウトが含まれています。 付近のリソースの検索リンクにアクセスするには、コンテキスト・レイアウトを構成する必要があります。
主なリソース
以前は、フィールド・リソースによって完了する必要があった複合フォームを使用する必要があった場合、サービス・リクエストを使用します。 「サービス・リクエスト」オプションは事前構成済画面の情報を取得し、APIまたは日次抽出レポートを使用して情報を公開するのに役立ちました。19 Aにはコア・アプリケーション、iOSおよびAndroidアプリケーション内の新しいフォーム機能が含まれており、これは構成と使用が簡単です。 この機能には、次のような拡張機能があります:
- 処理管理構成画面を置換する新規フォームおよびプラグイン画面。
- 「更新されたビジュアル・フォーム・エディタ」画面では、フォームの構成を有効にします。
- 新規フォーム・フィールドの要素では、カスタム・プロパティを作成せずに、特定のフォームに対してフィールドを作成できます。
- フォームおよびプラグイン画面に、構成されているすべてのフォームおよびプラグインの概要を示すビジュアル表示が表示されます。
- GUIでのチーム作業の作成時にリソースを簡単に見つけることができる新しいチーム作業リソース階層のビジュアライゼーション。
- プラグインは、ユーザー・タイプ構成画面から直接リンクでき、アクション・リンクを追加する必要はありません。
- 個別のヒントのコンテキスト・レイアウトは、コア・アプリケーションおよび「レガシー管理」画面のアクティビティおよびリソースのヒントの外観を制御します。
この機能を追加すると、操作を簡単にできるようになります:
- 事前構成済プロパティを必要としない新しい要素をサポートすることによる画面構成
- ユーザー・タイプごとに移動せずに変更を加えることができるフォームを1つのロケーションで管理することにより、継続的なシステム管理
- 追加のアクション・リンクを構成する必要性を削除して、プラグインの構成を
フォームの定義
ビジネスのパースペクティブからは、フォームは、作業の実行中にフィールド・リソースが書き込む紙のドキュメントです。 Oracle Field Service Cloudのパースペクティブでは、フォームは、フォームのコンテキストにのみ存在するデータ要素を使用して構成できる事前構成された画面です。
フォームは、Oracle Field Service Cloudの3つの方法で表示されます:
- すべての必要な要素が追加される構成画面。
- 技術者およびディスパッチャがデータを入力する、モバイル・デバイスまたはコンピュータの画面。
- 完了したフォームのすべてのサンプルを表す、発行されたフォーム結果。 これらの結果は、別の画面のユーザーが使用でき、API経由で取得できます。
FEATURES OF FORMS
- 管理者は、ビジネスに必要な数のフォームを作成できます。
- フォームはユーザー・タイプ固有ではなく、コンテキスト・レイアウトで構成されるリンクまたはボタンによって「ユーザー・タイプ」の画面に接続される独立した画面です。
- フォームに追加できるフォーム・フィールドのデータ要素は、特定のフィールドまたはカスタム・プロパティに関連付けられたりバインドされません。
- フォームはコア・アプリケーション、iOSおよびAndroidアプリケーションでのみ使用可能で、レガシー管理アプリケーションでは使用できません。
- 関連するエンティティまたはフォームの構成が変更された場合でも、送信されたフォームの内容を変更できません。 別の言い方で言うと、生成されたフォームは変更できませんが、フォームを開き、データを更新してフォームを再度送信できます。
LIFE CYCLE OF A FORM
フォームのライフ・サイクルについては、ここで説明します。
- ユーザーは、デバイスでフォームを開きます。
- 自動計算されるデフォルト値や事前定義パラメータを介して入力される値を除いて、すべての画面要素は空白になります。
- フィールドとプロパティにバインドされたフォーム要素は、その値を継承します。
- ユーザーがデータを入力し、フォームを発行します。
- データが保存されます:
- 発行されたすべてのデータがフォーム・スナップショットとして保存されます。
- 画面要素にバインドされたフィールドおよびプロパティの値は、個別に移入および保存されます。
- データは顧客が使用できます:
- ユーザー・インタフェースで実行。
- イベントAPIのイベント。
- 条件が一致する場合、サービス・リクエストとして。
- フォームを再度入力する必要がある場合、ユーザーはステップ1に進みます。
- 自動計算されるデフォルト値や事前定義パラメータを介して入力される値を除いて、「すべてのフォーム」フィールド要素は空白になります。
- フィールドとプロパティにバインドされたフォーム要素は、実際の値を継承します。
OTHER CHANGES IMPLEMENTED AS PART OF THIS FEATURE
コンテキスト・レイアウトの変更 - ヒントとビュー
以前は、ヒントのアクティビティのヒントとリソースのヒントの2つのレイアウトがありました。 これらのレイアウトによって、次のような様々な画面のヒントの外観が制御されます:
- レガシー管理およびコア・アプリケーションの両方で、ディスパッチ・コンソールおよびリソース・ツリー全体でヒントの外観が定義された共有コンテキスト・レイアウト。
- コンテキスト・レイアウトは、他の画面のヒントを制御する表現です。
これらのレイアウトは次のように変換されます:
- 「コア・アプリケーション」の画面および「レガシー管理」画面のヒントでは、別々のコンテキスト・レイアウトを使用できます。
- 共有コンテキストは、アプリケーション画面のリストから削除されます。
- 共有コンテキストからの処理リンクは、残りのコンテキスト・レイアウトにコピーされます。
ヒントに対する処理は、前と同じようにディスパッチ・コンソールおよびリソース・ツリー内で使用できます。
表示リスト列
表示可能リスト列コンテキスト・レイアウトについて次の変更が実装されます:
- アプリケーション画面とレガシー管理の両方の構成を定義した表示可能リスト列コンテキスト・レイアウトは、共有コンテキスト・レイアウトではなくなりました。 アプリケーション画面の下にあるコンテキスト・レイアウトにより、コア・アプリケーション、iOSおよびAndroidアプリケーションのディスパッチ・コンソールにあるリスト・ビューの列が制御されるようになりました。
- レガシー管理の表示可能リスト列コンテキスト・レイアウトでは、管理用のディスパッチ・コンソールのリスト・ビューの列を制御します。
チームの作業画面の再設計
「チームの作業」画面が再設計されました。 支援先をクリックすると、コンテキスト・メニューが表示され、リソース・ツリーの階層が特定の技術者の支援として選択できるようになります。 特定のフィールド・リソースを検索することもできます。 検索結果には、検索問合せに一致するすべてのリソースがアルファベット順にソートされて表示されます。
フィールドの表示の変更
フィールドの可視性に対して、次の変更が実装されます:
- 以前は、自動生成されたフィールドおよび自動計算されたフィールドが、ReadWriteまたは必須の表示を使用した画面に表示される場合があります。 ただし、どのインタフェースからもフィールドの更新ができませんでした。 次に、予期しないシステム動作と冗長な同期の競合を回避するために、アプリケーションでは、構成された可視性に関係なく、これらのフィールドをReadOnlyとして設定します。 ReadOnlyのフィールドはこれらのタイプの画面に表示されないため、アクティビティの追加や在庫の追加などの追加画面にはフィールドは表示されません。 フィールドのリストについて次に説明します:
Entity | フィールド | 摘要 |
---|---|---|
ACTIVITY | ETA | |
INVENTORY | inv_aid | アクティビティId |
REQUIRED INVENTORY | required_available_quantity | リソース・プールの数量 |
RESOURCE | アラート | (常に非表示) |
SERVICE REQUEST | appt_ident | Activity |
USER | last_login | |
acoord_status | 座標ステータス | |
acoord_x | ||
acoord_y | ||
activity_alerts | ||
activity_capacity_categories | ||
activity_compliance | ||
activity_workskills | ||
参考 | アクティビティID | |
アテステース | アクティビティ・ステータス | |
アラヴィア領域 | 移動エリア | |
atype | アクティビティ・タイプ | |
auto_routed_to_date | ||
auto_routed_to_provider_id | ||
auto_routed_to_provider_name | ||
aworkzone | 作業ゾーン | |
c_zid | ||
date | ||
delivery_window | ||
end_time | ||
eta_end_time | ||
first_manual_operation | ||
first_manual_operation_interface | ||
first_manual_operation_user_id | ||
first_manual_operation_user_login | ||
first_manual_operation_user_name | ||
service_window | ||
time_delivered | ||
inv_change_invid | 変更された在庫ID | |
inv_pid | リソースId | |
invid | 在庫Id | |
invpool | 在庫プール | |
required_model | モデル | |
required_quantity | 数量 | |
required_type | タイプ | |
srcreated | 作成日 | |
srdate | 日付 | |
srid | リクエストId | |
sr_aid | アクティビティId | |
sr_invid | 在庫Id | |
sr_pid | リソースId | |
sr_uid | ユーザーId | |
uname | ユーザー | |
カレンダ | ||
oncall_calendar | ||
pcapacity_bucket | ||
保留 | ||
pid | ID | |
pinitial_ratio | ||
p_rprid | ||
queue_status | ||
再アクティブ化済 | ||
resource_capacity_categories | ||
resource_effective_workskills | ||
resource_time_slots | ||
resource_workskills | ||
resource_workzones | ||
skip_days_for_stats | ||
total | ||
pcolor | (常に非表示) | |
last_password_change | ||
login_attempts | ||
login_blocked_to | ||
main_resource_id | ||
mobile_activity_count | ||
mobile_inventory_count | ||
mobile_provider_count | ||
show_placeholder_id | ||
sucreated | ||
sustatus | ||
suupdated | ||
uid | ユーザーID |
- これで、Formsに変換された前者のサービス・リクエスト画面にReadOnly要素が表示されるようになりました。 これは、アプリケーション内のすべてのフォームに適用されます。
- 構成されている在庫サービス・リクエストへのリンクの表示を制御している内部ルールは削除されます:
- activity_statusが起動しました
- day_status not_in past,future
- inventory_pool(顧客)、インストール
画面のナビゲーションへの変更
以前は、サービス・リクエストが発行されたときに、ユーザーがリクエスト履歴画面にナビゲートしました。 これで、フォームが送信されたときに、ユーザーは前の画面に送信されます。
サービス・リクエスト画面の変換
19 Aでは、ユーザー・タイプ・アプリケーション画面から次のコンテキスト・レイアウトが削除されます:
- リソース・リクエストの追加/表示
- アクティビティ・リクエストの送信/表示
- 在庫リクエストの追加/表示
これらのコンテキスト・レイアウトの構成はFormsに変換されました。
レガシー管理: コンテキストによるサービス・リクエストの識別コンテキストは、レガシー管理のサービス・リクエスト識別子のみを制御します。 コア・アプリケーションにおけるフォームの識別子の構造は永続的であり、構成できません。
デモの視聴
有効化のステップ
デフォルトでは、フォームを追加する機能が使用可能ですが、ビジネス・ニーズに合わせて必要なフォームを作成して構成する必要があります。
FORMS & PLUGIN画面へのアクセス権を提供
Forms &プラグイン画面へのアクセス権を持つユーザーは、カスタムのフォームおよびプラグインを追加および変更できます。 フォームおよびプラグイン・アイコンは構成画面で使用できます。
Forms &プラグインにアクセスできるようにするには、次のステップを実行します:
- 構成、ユーザー・タイプの順にクリックします。
- アクセス権を付与するユーザーのタイプを選択します。
- 画面構成タブに移動します。
- メイン・メニュー・ツリーで、構成をクリックします。
- 「クリックして追加」をクリックし、フォーム&プラグイン・チェック・ボックスを選択します。
- 「OK」をクリックします。
- Forms &プラグインをクリックし、新しい表示の追加をクリックします。
- 読取り/書込みを選択して、保存をクリックします。
- 「クローズ」をクリックします。
選択したユーザー・タイプのすべてのユーザーが、&プラグインのフォーム画面にアクセスできるようになりました。
CONFIGURE A FORM
フォームを構成するには:
- フォームを作成します。
- フォーム要素を構成します。
- フォームを適用可能なユーザー・タイプの画面コンテキストに追加します。
フォームの作成
適切な対応エンティティのデータを取得できるように、フォームを作成する必要があります。
- 構成、Forms &プラグインの順にクリックします。
- フォームの追加をクリックします。 「フォームの追加」の画面が表示されます。
- 英語フィールドで、フォームの名前を英語で追加します。
- 他の必須言語で名前を追加します。
- ラベル・フィールドに、フォームのラベルを追加します。
- 「OK」をクリックします。 フォームが保存されます。 次のステップでは、フォームに要素を追加します。
フォーム要素の構成
フォームを作成した後、要素を追加する必要があります。 フォーム要素は、データを表示または取得できるフィールドです。
- 構成、Forms &プラグインの順にクリックします。
- スタック・アイコンをクリックし、編集するフォームのコンテンツの変更をクリックします。 「ビジュアル・フォーム・エディタ」の画面が表示されます。
- 画面を構成しており、フォームをオープンするように構成したボタンがある場合、フォーム・コンテンツの変更オプションを使用できます。 この場合は、指定したフォーム・コンテンツのある新しいエディタ・セッションがオープンします。 フォーム・コンテンツの変更をクリックする前に、画面構成に対するすべての変更を保存してあることを確認してください。
- 追加する要素をクリックし、フォームに追加する場所にドラッグ・アンド・ドロップします。 たとえば、セクション、テキスト・ボックス、入力要素、チェック・ボックス、ファイル要素などを追加します。 追加できる新しい要素の一部は、以前のリリースでは使用できなかった次のとおりです:
- フォーム・フィールド: テキスト・ボックス、リスト、チェック・ボックスなどのフィールドをフォームに追加します。 このタイプのフィールドは、情報を提示および収集するためのみフォームに存在します。 フォーム・フィールドに入力されたデータは、フォームが送信されたときのフォームのスナップショットにのみ取得されますが、他のフィールドおよびプロパティのデータは取得され、データベースに通常の状態で保存されます。
- バーコード/QRスキャナ: フォームにアイコンを追加します。これにより、ユーザーはリソース・モバイル・デバイスの埋込みスキャン機能(カメラなど)を使用して、バーコード/QRコードをスキャンできるようになります。 スキャンの結果が自動的に関連フィールドに移入されます。 このオプションは、入力要素の一部として使用できます。 このオプションを使用する前に、ユーザーは、デバイスにインストールされているAndroidおよびiOSアプリケーションがデバイスのカメラにアクセスできることを確認する必要があります。 コア・アプリケーションでは、バーコード/QRスキャナはテキスト・ボックスとして表示されます。
- 日時: 日付、時間または日時フィールドをフォームに追加します。 日付ピッカーはユーザーがクリックして希望の日時を選択できるアイコンとして表示されます。
- 非表示値: フィールドの追加先: (1)フォームへの入力時に表示する必要がない、計算済の値を含めます。(2)オープン・パラメータ別に事前移入値を含めます。 これらのパラメータの値は、フォーム・ボタンで構成されます。 ユーザーがフォームを開くと、これらの値がフォームに移入されます。(3)他の式で使用します。この式の値は、送信されるフォーム・データに、他のすべてのフォーム要素の値とともに含まれます。
- データ・バインディング・セクションで、エレメントを適切なエンティティおよびフィールドにバインドします:
- 鉛筆アイコンをクリックします。 ビジュアル要素をデータ・ソースにバインド画面が表示されます。
- ドロップダウン・リストをクリックして、データ・ソースを定義するエンティティを選択します。
- データ・フィールド・リストで、選択した要素に関連付ける特定のフィールドを選択します。 要素タイプに適したフィールドのみを表示チェック・ボックスが選択されている場合、選択したエンティティおよび要素タイプに該当するフィールドのみが表示されます。 チェック・ボックスが選択されていない場合、異なるタイプのフィールドを選択すると、要素タイプが相応に変更されます。 たとえば、要素タイプが日時の場合に、アクティビティID [参考]を選択すると、要素タイプが入力フィールドに変更されます。
- 「OK」をクリックします。
- 表示セクションで、表示設定を構成します。 デフォルトでは、表示は読取り/書込み(RW)です。
- 表示を変更するには、新規追加をクリックします。 アクセス・モード・セクションで、必要な表示を選択します。
- 要素を表示可能にする条件を追加する場合、プラス・アイコンをクリックします。
- 必要な条件を追加し、保存をクリックします。
- 翻訳セクションで、必要な言語のフィールドのラベルを追加します。 デフォルトでラベルが追加され、ここで変更できます。 このラベルを、デフォルトの式および他のフォーム・アイテムの表示条件で使用できます。 さらに、このラベルを使用して、APIで発行された値を参照できます。
- 「ビジュアル・フォーム・エディタ」の画面で保存をクリックします。 これで、「ユーザー・タイプ」画面構成を介してフォームをコンテキスト・レイアウトに追加する準備が整いました。
フォームを使用できる場所
フォームは次の画面から開くことができます:
- アクティビティ詳細および在庫詳細: アクション・バーのリンクおよびコンテンツ内のボタンからフォームを開くことができます。
- アクティビティ・リスト、在庫リスト、フォーム履歴、ユーザー・オプション、ルートの印刷: アクション・バーのリンクからフォームをコールできます。
- ディスパッチ・コンソール: アクティビティのヒントのリンクからフォームをオープンできます。
- リソース・ツリーを含む画面: リソースのヒントのリンクからフォームをコールできます。
- 時間表示、リスト表示: アクション・メニューには、フォームを追加できます。
フォームは、そのフォームをオープンおよび発行したエンティティに関連しています。 つまり、フォームがアクティビティのコンテキストで発行された場合、そのフォームはアクティビティに接続されたままになります。 ユーザーは、この特定のアクティビティからフォーム発行結果を表示できます。 同じ考え方が在庫およびリソースのコンテキストに適用されます。
画面へのフォームの追加
フィールド・リソースがフォームをオープンして入力できるように、コンテキスト・レイアウト画面にフォームを追加します。
- 構成、ユーザー・タイプの順にクリックします。
- フォームを追加するユーザーのタイプを選択します。
- 画面構成をクリックします。
- フォームを追加する画面を探してクリックします。 「ビジュアル・フォーム・エディタ」の画面が表示されます。
- フォームを起動するセクションにボタン要素をドラッグ・アンド・ドロップします。
- ボタンをクリックします。
- Standard処理画面フィールドで、鉛筆アイコンをクリックします。
- カスタム・フォームを選択します。
- 画面リストで、オープンするフォームの名前を選択し、OKをクリックします。 フォームのラベルは、「カスタム・フォーム」フィールドに表示されます。 デフォルトでは、すべてのフォームが読取り専用表示されます。
- 表示セクションで、フォームが表示される基準に基づいて条件を追加します。
- パラメータ・セクションで、フォームに移入する値を追加します:
- 新規追加をクリックします。 パラメータの追加画面が表示されます。
- エンティティをクリックしてフォーム・データを選択します。 フォームに追加される非表示の値要素と日時要素がフィールド名リストに表示されます。
- フィールド名リストで要素を選択します。
- 値フィールドに、要素に移入する値を追加します。 たとえば、Cityというフィールドがあり、そのフィールドにNew Yorkという値を移入するとします。 ファイル名リストから市区町村を選択し、値フィールドにニューヨークと入力します。 フィールド・リソースがフォームをオープンするたびに、市区町村にニューヨークが移入されます。
- 「保存」をクリックします。
- 翻訳セクションで、フォームの名前を追加します。 この名前は、フォームを起動する画面に表示されます。
- 「ビジュアル・フォーム・エディタ」の画面で保存をクリックします。 選択した画面にフォームが追加されます。
ボタンまたはリンクからのフォームのコール
画面上のフォームへのリンクを追加する以外に、アクティビティのヒントからフォームを開くためのリンクを追加できます。 これは、フォームを開くためのショートカットとして機能します。 画面へのフォームの追加のトピックに記載されている手順に従ってください。 フィールド・リソースがフォームを開いたときに値を移入するように、フォームのフィールドを構成できます。 ボタン構成画面のパラメータ・セクションを使用して、移入する必要がある値を渡します。 さらに、パラメータ・セクションを使用して、フォームに明示的に存在しない場合でも、値を移入するためのすべてのエンティティを構成できます。
ビジュアル・フォーム・エディタのボタン構成の例:
コンテキスト・レイアウト・エディタを使用して構成されている画面がいくつかあります。 ボタン構成の例を次に示します:
フォーム発行結果の表示
フォーム履歴画面(以前のリクエスト履歴)では、フォーム発行結果がすべて収集されます。 アクティビティのフォーム履歴画面には、そのアクティビティのフォーム提出がすべて表示されます。 在庫品目のフォーム履歴画面は、在庫品目に対して発行されたすべてのフォームを示します。 同様に、アクティビティ・リストおよびユーザー・オプションから使用可能なフォーム履歴は、特定のリソースに対するフォーム発行結果のリストを示します。
- アクティビティ、在庫またはリソースのフォーム履歴をクリックします。
- 任意のレコードをクリックします。 特定のフォームが、発行時に入力された値とともに表示されます。 フォームが発行されると、アプリケーションは入力された値のスナップショットを保存します。 スナップショット・データは、対応するエンティティおよびフィールドが後で変更された場合でも変更されずに残ります。 さらに、自動計算されるデフォルト値や事前定義パラメータを介して入力される値を除いて、残りのフィールド値は消去されます。 さらに、フォームが発行されるたびに、formSubmittedタイプのイベントが作成されます。 このイベントをサブスクライブすることによって、個々の発行の詳細を取得できます。 詳細は、theREST APIガイドを参照してください。
フォームのエクスポートおよびインポート
フォームのコンテンツをエクスポートし、インポートして同じフォームを作成できるようにします。
- 構成、Forms &プラグインの順にクリックします。
- エクスポートするフォームを見つけます。
- スタック・アイコンをクリックし、エクスポートをクリックします。
- 保存をクリックし、必要なロケーションにファイルを保存します。
- フォームは.json形式で保存されました。
- フォームをインポートするには:
- フォームの追加をクリックし、フォームの詳細を追加します。
- スタック・アイコンをクリックし、インポートをクリックします。
- フォーム・コンテンツのインポート・ダイアログで、参照をクリックして.jsonファイルを選択します。 ファイルが検証され、フォームのコンテンツが保存されます。
ヒントと考慮事項
SUPPORT FOR SERVICE REQUESTS
Formsのエンティティとしてサービス・リクエストをサポートし続けます。 次のように機能: サービス・リクエスト・エンティティに属するフィールドまたはプロパティがフォームで構成されている場合、フォームが発行されると、アプリケーションでサービス・リクエストがトリガーされます。
通知エンジンを使用して、このサービス・リクエストをアウトバウンドAPI経由で送信することもできます。 メッセージ・シナリオでは、サービス・リクエストに属するフィールドとプロパティのみ使用できます。 フィールドとプロパティは、メッセージ内の変数またはブロッキング条件として使用できます。
レガシー管理のサービス・リクエストの機能は、アップグレード前のものとして使用される機能と同じです。
IMPLEMENTATION ADVICE
フォームを利用するには、顧客はコア・アプリケーションとiOSおよびAndroidアプリケーションの使用をお薦めします。 構成を簡素化するには、フォームを必要な数だけ作成するようカスタマに指示します。 複雑で危険になる可能性がある既存の画面の更新を構成するかわりに、顧客は、新しいフォームを表す画面を作成して、必要なユーザー・タイプのフォームへのリンクを構成するだけですみます。 フォーム・フィールドに入力されたデータは変更できない、またはアプリケーションに保存できないという言及をしているため、フォーム・フィールドを使用するときと、システム・プロパティおよびカスタム・プロパティを使用する場合は慎重に考慮するようカスタマに指示しています。 これらの新機能を使用すると、Oracle Field Service Cloudの各データ要素についてカスタム・プロパティを作成する必要がなくなるため、フォーム・フィールドを適切な統合に使用できるようになります。
主なリソース
19 Aでは、フォーム機能により新しいデータ・キャプチャ要素がOracle Field Service Cloudに追加されます。 AndroidおよびiOSアプリケーションのユーザーは、バーコード・スキャナを使用して、フォーム・フィールドまたはプロパティでデータを取得できます。 ユーザーは、新しいビジュアル・コンポーネントを使用して日付、時間、日付および時間の情報を取得するためのアクセス権も持ちます。
BARCODE ELEMENT
注意: バーコード・スキャナ要素および日時ピッカーは画面構成にありません - コンテキスト・レイアウト画面。
フォームのバーコード・スキャナを構成するには:
- 構成、Forms &プラグインの順にクリックします。
- フォームの追加をクリックします。
- フォームの名前を英語および他の必要な言語で追加します。
- ラベル・フィールドで、フォームにラベルを追加します。
- 「OK」をクリックします。 フォームが&プラグインのフォーム画面に追加されます。
- 新しく追加したフォームのコンテンツの変更をクリックします。 「ビジュアル・フォーム・エディタ」の画面が表示されます。
- 入力要素をドラッグ・アンド・ドロップします。
- 入力要素をクリックします。 フォーム要素画面が表示されます。
- フォーム・フィールド・テキスト・ボックスの鉛筆アイコンをクリックし、バーコード/QRスキャナ・チェック・ボックスを選択します。
- 「保存」をクリックします。 選択したフォームにバーコード・スキャナ要素が追加されます。
注意: ユーザーがバーコードをスキャンできるようにするには、ユーザーは、デバイスにインストールされているAndroidおよびiOSアプリケーションがデバイスのカメラにアクセスできることを確認する必要があります。 ユーザーが(インストールされたアプリケーション経由ではなく) webブラウザ経由でコア・アプリケーションを使用してシステムにアクセスする場合、コードをスキャンできないテキスト入力ボックスとして、バーコード/QRスキャナ・フィールドが表示されます。
使用方法:
要素の右側には、スキャナを開始できることを示すアイコンがあります。
アイコンをクリックすると、バーコード/QRコード・スキャン・アプリケーションが起動し、スキャン結果がフィールドに自動的に移入されます。 また、フィールドにデータを手動で追加して保存することもできます。
日/時ピッカー要素
Forms構成には、使用可能な特定の日付と時間要素があります。 次の3つのオプションがあります:
- 日付ピッカー
- 時間ピッカー
- 日時のピッカー
日時ピッカーを構成するには、次のようにします:
- 構成、Forms &プラグインの順にクリックします。
- フォームの追加をクリックします。
- フォームの名前を英語および他の必要な言語で追加します。
- ラベル・フィールドで、フォームにラベルを追加します。
- 「OK」をクリックします。 フォームが&プラグインのフォーム画面に追加されます。
- 新しく追加したフォームのコンテンツの変更をクリックします。 「ビジュアル・フォーム・エディタ」の画面が表示されます。
- 日付要素および時間要素を検索し、フォームに追加します。
- タイプ・ドロップ・ダウン・リストをクリックして、次の3つの要素のいずれかを選択します:
- 日時のピッカー: 日時の両方を移入
- 日付ピッカー: 日付のみを移入
- 時間ピッカー: 時間のみを移入
- 表示セクションで、要素に表示を追加します。
- 翻訳セクションで、要素にラベルを追加します。
- 「保存」をクリックします。 要素がフォームに追加されます。
注意: 日付/時間ピッカーのデータの書式は、ユーザー設定によって制御されます。 具体的には、'Time' (sudate_fid)および'Date' (sudate_fid)ユーザー・フィールドです。
使用方法:
構成でこの要素に対応するタイプが選択されている場合、「日付 -」の日付と時間が日付ピッカー・ビジュアル・コンポーネントとしてフォームに表示されます。他のフィールドと視覚的に区別できるアイコンもあります。 アイコンをクリックすると、現在の日付がポップアップで選択されたカレンダが表示されます。
ユーザーはカレンダから特定の日付を選択でき、フィールドに移入されます。 今日をクリックすると、自動的に選択される現在日付に移動します。 また、フィールドに目的の日付を手動で指定することもできます。
画面上では、日付はユーザーに対して構成された書式で表示されます。
「時間 -」の日時に対応するタイプが選択されている場合、要素は特殊なアイコンでマークされた時間ピッカー・ウィジェットとして表示されます。 アイコンをクリックすると、時間ピッカー・コンポーネントに、デバイス・ポップアップの現在の時間が事前移入されます。
ユーザーはカレンダから特定の時間を選択でき、フィールドに移入されます。 もう1つのオプションは、必要に応じてフィールドに時間を手動で入力することです。
選択した画面で、時間はユーザー書式で表示されます。
「日時 -」では、構成されているタイプDate and Time要素に応じて、DateTimeビジュアル・コンポーネントとして表示されます。 このコンポーネントは、ユーザーが日付と時間の両方を1つのフィールドに移入できる日付と時間ピッカーの組合せです。
日付ウィジェットと時間ウィジェットに定義されているすべてのルールがこのコンポーネントに適用可能です。
'Date'、'Time'および'DateTime'コンポーネントから取得された「統合ヒント -」データは、イベントAPIの'formSubmitted'イベントを介して、事前定義済形式で格納および公開されます。 次のものがあります:
- 'Date'のyyyy-mm-dd
- HH:mm for 'Time'
- 'DateTime'のyyyy-mm-dd HH:mm
統合者は、必要に応じて他のフォーマットにデータを変換することをお薦めします。
有効化のステップ
日付および時間の要素とバーコード・スキャナを追加する機能は、デフォルトで使用可能です。 ただし、これらの要素は、ユーザーが使用できるようにするために必要なコンテキスト・レイアウトに追加する必要があります。
ヒントと考慮事項
'Date'、'Time'および'DateTime'コンポーネントから取得されたデータは、イベントAPIの'formSubmitted'イベントを介して、事前定義済形式で格納され、公開されます。 次のものがあります:
- 'Date'のyyyy-mm-dd
- HH:mm for 'Time'
- 'DateTime'のyyyy-mm-dd HH:mm
統合者は、必要に応じて他のフォーマットにデータを変換することをお薦めします。
主なリソース
ランディング・ページ: プラグイン・プレゼンテーションの改善
19 A以降、プラグイン・フレームワークでは、ランディング・ページでタイル表示をサポートするために新しいオプションが使用可能になりました。
現在は、プラグイン・タイルのアイコンや追加テキストを設定し、タイルを強調表示できます。
これらの追加は、次の目的で使用できます:
- ランディング・ページ・タイルに追加情報を表示することにより、ユーザーに既存のプラグインへの注意を喚起
- 新しいプラグインの開発によって、対話型ダッシュボードを構築します。 次に例を示します。
- 技術者から必要なアクションに関するリマインダ - 車両のメンテナンス
- ビジネスKpi - 顧客満足度
- 達成要素 - スコア・ボードの位置
- 警告メッセージ - 天気または領域の障害
新しいパラメータiconDataは、"close"、"initEnd"および"sleep"プラグインAPIメッセージに使用できます。 ランディング・ページのプラグイン・タイルを更新するために使用されます:
- ステータス・テキスト - 最大3文字の英数字が表示されています
- アイコン - svgまたはpng形式のイメージ。 最大64 KBのファイル・サイズが許可されます。 推奨されるアイコン・サイズは64 x 64ピクセルです。
- 色 - デフォルトまたはハイライト表示
この機能を使用するには、ランディング・ページが有効である必要があります(構成→表示→モバイル設定のパラメータ・フィールド・リソース・ランディング・ページがダッシュボードに設定されている)。
プラグインAPIの変更
この新しいパラメータiconDataは、close、initEndおよびsleepのメッセージに使用でき、ランディング・ページのプラグイン・タイルに表示されるデータの更新に使用できます: ステータス・テキスト、アイコン・イメージおよび色。
データはスリープ・メッセージでも更新でき、プラグインは同期のステータスを表示できます。たとえば、保留中のアクションの数を示し、すべてのデータがサーバーに正常に送信されたときにアイコンを変更することで表示できます。
データはライブ・モードで適用されます。つまり、ユーザーがランディング・ページを表示している間にプラグインがウェイ・クアップした場合、プラグインがiconDataをスリープ・メッセージで送信した直後にアイコンが更新されます。
iconData形式:
フィールド |
タイプ |
限度 |
摘要 |
---|---|---|---|
色 | 文字列 | 次のいずれか:
|
値が"「強調表示」"に設定されている場合、ランディング・ページのプラグイン・タイルは、その色を変更してユーザーの注意を喚起 |
画像 | Blob |
|
アイコンの図。 SVG形式では、スケーラブルなモノクロの白いアイコンを使用することをお薦めします。 PNG形式のビットマップ・ピクチャの場合は、64x64ピクセル未満にしないでください。 |
text | 文字列 | 最大長: 3文字 | プラグイン・タイルに大きいタイトルとして表示される短いテキストです。 文字と数字の両方を含めることができます。 |
クローズ・メッセージの送信の例
変数 closeData = {
"apiVersion" : 1,
"method" : "close" ,
"iconData" : {
"color" : "highlight" ,
"text" : "117" ,
"image" : 新規
Blob([
'<?xml version="1.0"?>'
+
'<svg xmlns="http://www.w3.org/2000/svg" version="1.2" baseProfile="tiny" viewBox="0 0 64 64">'
+
'<rect x="16" y="16" width="32" height="32" fill="#fff" />'
+
'</svg>'
]、 { type: 'image/svg+xml' });
} } window.parent.postMessage(closeData, origin); |
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
19 A以降は、アクティビティ・タイプごとにロケーション・トラッキングを無効にできる、新しいプライバシ機能が使用可能です。
ユーザーの開始済ステータスのアクティビティがある場合、ユーザーのロケーション詳細はアプリケーションで収集されません。 ランディング・ページに、このアクティビティのロケーションは追跡されませんというメッセージが表示されます。
アクティビティ・ステータスが変更され、ルートがまだアクティブ化された後にのみ、ロケーション・トラッキングが再開されます。
この機能がサポートされるのは、ブラウザとインストール済アプリケーション(AndroidおよびiOS)であり、Oracle Field Serviceスマート・ロケーション、Oracle Field Service Professional Cloud ServiceまたはOracle Field Service Enterprise Cloud Serviceが必要です。
有効化のステップ
- 構成、アクティビティ・タイプの順にクリックします。
- 「アクティビティ・タイプ」画面で、アクティビティ・タイプに移動します。
- アクティビティ・タイプを選択し、変更をクリックして「アクティビティ・タイプの変更」ダイアログを開きます。
- 機能で、「このアクティビティ・タイプに対するリソース・トラッキング使用不可」フィールドをクリアし、「更新」をクリックします。
19 Aでは、コア・アプリケーションおよびモビリティでカレンダが次のように改善されました:
- リソース・ランディング・ページ: 日付ピッカーが追加されます。
- リソース情報およびリソース・カレンダの画面: 作業日およびシフトに関する追加情報が表示されます。
画面の右上隅の(次のスクリーンショットでは青色のボックスで強調表示)フィールドをクリックすると、リソース・ダッシュボードに追加された新しいカレンダ・パネルが表示されます。 「そのランディング」ページは、ユーザーがカレンダの日付を切り替えると常にリロードされます。
待機、ワークロードおよび非稼働日に関連する情報は、ランディング・ページおよびモバイル・アプリケーションの両方で将来の日付に使用できます。
- On-call - その特定の日にスケジュールされた待機シフトがリソースにある場合は、アイコンが表示されます。
- 「ワークロード」- リソースが特定の日に少なくとも1つのアクティビティ・スケジュールを持つ場合は、ドットが表示されます。 通常のアクティビティが将来のその日のルートに追加されていないかぎり、一括繰返しアクティビティはワークロードに含まれないことに注意してください。
- 「非稼働日」 - 日は灰色で表示されます。
情報は、10分ごとに1回のみ更新されます。
RESOURCE CALENDARS
また、リソース情報および「リソース・カレンダ」の画面のリソース・カレンダには、勤務日およびシフトに関する追加情報が表示されます。
- 「稼動日」は青色で色付けされています
- 「非稼働日」には白いバックグラウンドがあります
- その日に一括繰返しを除くアクティビティがある場合、「ワークロード」ではその日付にドットが表示されます。
- この日に待機シフトがある場合、On-callアイコンが表示されます
この情報は現在および将来の日付で使用可能です。
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
以前は、非常に異なるデータ・セットを使用したプラグインが複数ある場合、各プラグインに送信する必要があるデータを分割できませんでした。 結果として、すべてのプラグインがすべてのデータを受け取りました。 19 Aでは、各プラグインには、Oracle Field Service Cloudの他のプラグインとは独立した独自の構成済フィールドを設定できます。 また、プラグイン間のナビゲーション・フローが設定されるように、現在のプラグインを閉じた後に開く必要があるプラグインを指定することもできます。
画面構成画面の「プラグインAPI」セクションで、プラグインに対して表示されるプロパティを構成し、すべてのプラグインを新しいフォーム&プラグイン画面に移行するまで使用できます。 その後、セクションは削除されます。 プラグインを構成した「処理管理」画面は使用できなくなりました。 かわりに、構成画面からアクセスできる新しいフォームおよびプラグイン画面には、プラグインのすべての詳細を構成する機能があります。 さらに、新しいプラグインの追加画面にはタブが含まれていません。
新しいフォームおよびプラグイン画面では、次のことができます:
- 各プラグインで個別に必要なデータを構成します。
- 各プラグインに対して使用可能なプロパティを構成します。
- プラグインをホスト済としてマークし、プラグインを使用してファイルをアップロードします。
- 個々のプラグインまたはすべてのプラグインをエクスポートおよびインポートします。
フォームおよびプラグイン画面への変更
- 新規セクション「使用可能なプロパティ」は、プラグインの追加/変更画面に表示されます。
- 新しいアプローチに切り替える提案を提供するメッセージが、少なくとも1つのユーザー・タイプに対するプラグインAPIコンテキストの構成を持つものに表示されます。
注意: 19Aにアップグレードする前にプラグインAPIを使用する内部プラグインまたはプラグインがない場合、「プラグインAPI」セクションは「ユーザー・タイプ」画面に表示されません。
有効化のステップ
各プラグインは別々に構成できます。プラグインはアプリケーションで使用可能な他のプラグインとは独立しています。 特定のプラグインの設定をエクスポートまたはインポートできます。
プラグインのプロパティの構成
注意: 新しく作成されたプラグインはプラグインAPIコンテキストを使用できません。
- 構成、「フォーム&プラグイン」をクリックします。
- フォーム&プラグイン画面で、「プラグインの追加」をクリックします。 「プラグインの追加」画面が表示されます。
- プラグインAPIの使用チェック・ボックスを選択します。 「プラグインの追加」画面には、「使用可能なプロパティ」セクションが表示されます。
- 「使用可能なプロパティ」セクションで、鉛筆アイコンをクリックします。 プロパティ選択ダイアログが表示されます。
- 検索ボックスにプロパティの名前を入力すると、そのプロパティをすばやく検索できます。
- プラグインにすでに使用できるプロパティをフィルタするには、このプラグインの構成済プロパティを表示しますチェック・ボックスを選択します。
- 追加するプロパティに対応するチェック・ボックスを選択し、OKをクリックします。 「使用可能なプロパティ」セクションには、エンティティ別にグループ化されたプロパティおよびアルファベット順にソートされたプロパティが表示されます。
- 保存をクリックして構成を保存します。
次のフィールドは、プラグインの追加/変更画面を使用して構成できます:
Activity | リソース | 在庫 |
---|---|---|
acoord_status acoord_x acoord_y activity_workskills 参考 appt_number アテステース atime_of_assignment atime_of_booking atype aworktype c_zid caddress ccell ccity cemail 毛 cmessagetime cname cphone cstate customer_number czip delivery_window end_time ETA 長さ position_in_route service_window sla_window_end sla_window_start time_slot 移動 |
external_id パック pdate_fid pid planguage pname pphone ptime_fid ptype time_zone |
inv_aid inv_change_invid inv_pid invid invpool invsn invtype quantity |
すでに構成済のプラグインに対して新しいアプローチを開始
新しい方法に切り替えるには、既存の構成をプラグインにコピーする必要があります。 既存の構成をすべてプラグインAPIのコンテキストからプラグインの変更画面に移動したら、プラグインの変更画面を使用して、必要に応じてプラグイン・プロパティを構成できます。
既存の構成をコピーする手順は、次のとおりです:
- 構成、「フォーム&プラグイン」をクリックします。
- フォーム&プラグイン画面で、プラグインに対応するプロパティ・アイコンをクリックし、変更を選択します。 「プラグインの変更」画面が表示されます。
- プラグインの変更画面で、「プラグインAPIの使用」チェック・ボックスを選択します。 「プラグインの追加」画面には、「使用可能なプロパティ」セクションが表示されます。
- 「使用可能なプロパティ」セクションで、鉛筆アイコンをクリックします。 プロパティ選択ダイアログが表示されます。
- 検索ボックスにプロパティの名前を入力すると、そのプロパティをすばやく検索できます。
- プラグインにすでに使用できるプロパティをフィルタするには、このプラグインの構成済プロパティを表示しますチェック・ボックスを選択します。
- 追加するプロパティに対応するチェック・ボックスを選択し、OKをクリックします。 「使用可能なプロパティ」セクションには、エンティティ別にグループ化されたプロパティおよびアルファベット順にソートされたプロパティが表示されます。
- ドロップダウン・リストから、構成されたプロパティをコピーするユーザー・タイプを選択します(プロパティの構成ボタンは、以前のバージョンのプラグインAPIコンテキストで少なくとも1つのユーザー・タイプがプロパティを構成した場合に画面に表示されます)。
- 以前に構成されたすべてのプロパティは、表示ルールのないプラグインAPIのコンテキストからコピーされ、使用可能なプロパティ・セクションに表示されます。
- 「保存」をクリックして、変更を保存します。
注意: プラグインでは、プラグインAPIのコンテキストは使用されず、新しい画面からの構成が使用されます。 一度保存すると、コンテキスト・レイアウトを使用してプラグインを切り替えることはできません。
プロパティのエクスポートまたはインポートとセキュア・パラメータ
フォーム&プラグイン画面のエクスポートまたはインポート機能を使用すると、プラグインの構成をダウンロードしてアップロードできます。 セキュア・パラメータ値はエクスポートできませんが、必要に応じてインポートできます。
既存の構成をエクスポートする手順は、次のとおりです:
- フォーム&プラグイン画面でプラグインのエクスポートをクリックします。 名前を付けて保存ダイアログが表示されます。
- 選択したプラグインの構成は、XMLファイルとしてエクスポートされます。
- エクスポートされるXMLファイルには、構成されたプロパティおよびセキュア・パラメータも含まれます。
構成済のセキュア・パラメータのキーは、値なしでエクスポートされます。
XML FILEの例
次に例を示します:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<root>
<format version="1"/>
<product version="17.2.0"/>
<plugins>
<plugin label="An Addon" action_label="" type="addon">
<translations>
<translation lang="en" val="An Addon En"/>
</translations>
<fields>
<field label="customer_number" entity="appt"/>
<field label="inv_aid" entity="inventory"/>
<field label="customer_number" entity="provider"/>
</fields>
<secured_params>
<secured_param name="parameter1" value="val1"/>
<secured_param name="parameter2"/>
</secured_params>
<plugin_data>
<plugin_data_item path="https://google.com/" post_data="" width="" height="" options="32" user_agent_mask="" sort_order="0" native_app_label="" auth_type="basic" auth_login=""/>
</plugin_data>
</plugin>
</plugins>
</root>
プラグイン構成をインポートするには:
- フォーム&プラグイン画面でプラグインのインポートをクリックします。 「インポート」ダイアログが表示されます。
- インポートするXMLファイルを参照して選択します。
- インポートされた構成の詳細を示す新しい行が表示されます。
主なリソース
19 Aでは、すべてのデバイス(特に携帯電話などの小型デバイスを使用している場合およびすべての画面サイズに使用している場合)で、ルーティング画面タブのルック・アンド・フィールが向上しています。
Oracle Field Service Cloudでサポートされる任意のデバイスから、ルーティング・プランの作成、変更および開始、ベースラインの設定、およびルーティング結果のレビューを実行できます。
「ルーティング」の画面はOracle Field Service Cloudでサポートされるすべてのデバイスで使いやすくなり、携帯電話を含む様々な画面サイズで互換性を持つようになりました。
次の各項では、異なる表示サイズでデバイスにルーティング画面のタブがどのように表示されるかについて説明します。
DISPLAY ON WEB BROWSERS
次のイメージは、webブラウザのルーティング・プラン、ルーティング実行、削減および結果タブを示しています:
DISPLAY ON DEVICES WITH MEDIUM SCREEN SIZE
次のイメージは、中間画面サイズのデバイスのルーティング・プラン、ルーティング実行、削減および結果タブを示しています:
DISPLAY ON MOBILE DEVICES OR DEVICES WITH SMALL SCREEN SIZE
次のイメージは、モバイル・デバイスのルーティング・プラン、ルーティング実行、削減および結果タブを示しています:
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
19 Aを使用すると、リソース(技術者)は、トラックで特定の部品を使用できる他のリソース(技術者)を探したり、在庫の共有のためにブロードキャスト・リクエストを呼び出したりできます。
技術者にとって、正しい部品の特定のジョブの製造可能性を確保することが重要です。 正しい部品が不足している場合、技術者は、同じロケーションの近くにある技術者の部品を見つけて、共有できます。 これによって、使用可能な在庫を活用し、部品を不要に順序付けする必要性を減らすことができます。 また、技術者は、タスクを別の日に再スケジュールしたり、在庫を待ったりすることなくスケジュールに従ってジョブを完了させることができるため、効率が向上します。
次の操作を実行できます:
- 部品詳細ダイアログの構成
- 部品カタログからの在庫または部品の検索
- 部品カタログで在庫または部品に関する詳細を検索
まず、アプリケーション画面ページで部品詳細コンテキスト・レイアウトを追加する必要があります。
有効化のステップ
部品「詳細」画面にそのプラグインへのリンクを表示するには、部品詳細画面のコンテキスト・レイアウトを構成する必要があります。
前提条件: プラグインは&プラグインのフォーム画面に追加され、構成されます。
部品詳細コンテキスト・レイアウトを構成する手順は、次のとおりです:
- 構成、ユーザー・タイプの順にクリックします。
- 「ユーザー・タイプ」画面で、画面構成タブを選択します。
- アプリケーション画面セクションで、部品詳細をクリックします。 部品詳細コンテキスト・レイアウト画面が表示されます。
- アクションの下で、クリックして追加をクリックし、アクションの追加ダイアログを開きます。
-
付近の在庫の検索処理アイテムを追加するには、付近の在庫の検索チェック・ボックスを選択してOKをクリックします。
-
部品詳細ダイアログで、付近の在庫の検索処理アイテムを選択します。 アクション・アイテムの下には、一連のオプションが表示されます。
- 表示を変更するには、処理に対応する変更をクリックします。
- 新しい表示の追加ダイアログで、表示の横にあるチェック・ボックスを選択して保存をクリックします。
- 「クローズ」をクリックします。
部品詳細画面にプラグインを追加する手順は、次のとおりです:
- 構成、ユーザー・タイプの順にクリックします。
- 「画面構成」タブに移動し、「部品詳細」をクリックします。
- Plug-insオプションを選択します。 フォームおよびプラグイン画面に追加したプラグインのリストが使用可能セクションに表示されます。
- 必要なプラグインを選択し、OKをクリックします。
- 部品詳細コンテキスト・レイアウト画面で、新しく追加したプラグインを選択します。
- 新しい表示の追加をクリックします。 読取り専用オプションが選択された状態で、[<plug-in name>]表示画面が表示されます。
- 「保存」をクリックします。
- 「クローズ」をクリックします。
在庫を検索して、付近のリソースにメッセージをブロードキャストする手順は、次のとおりです:
注意: 「付近の在庫の検索」タブは、オンラインのリソースおよびそのリソースに対してロケーション属性が使用可能なリソースに対してのみアクティブになります。
- 検索ボックスを開いて、検索する部品の名前を入力します。 部品カタログには、検索したキーワードに一致する在庫のリストが表示されます。
- 必要な在庫をクリックして検索します。
部品詳細画面が表示されます。
- 「付近の在庫の検索」タブをクリックします。 付近の検索リンクは、次の条件に該当する場合のみアクティブになります:
- 会社がスマート・コラボレーションおよびスマート・ロケーションを保有
- 対応するユーザーのユーザー・タイプのコラボレーションが有効。
- ユーザー・ロケーションが使用可能
- ユーザーはオンライン
- 選択したアイテムを検索した後、アプリケーションは、付近のロケーションにいるフィールド・リソースおよびそれらのリソースについてのリアルタイムの移動所要時間のリストを表示します。
「付近の在庫の検索」タブには、この在庫をリソースから50マイル以内に保有するユーザーの数が表示されます。 距離は、「ビジネス・ルール」画面に表示された距離の構成に基づきます。
「付近の在庫の検索」タブに移動所要時間が表示されるのは、次の条件が該当する場合のみです:
- 顧客にはフィールド・サービスEnterprise SKUおよびマップとジオコーディング・プロバイダがあります
- カスタマがGoogleアドオンを購入しました。
- 「ユーザー・タイプ」ページのリアルタイム・トラフィックの有効化チェック・ボックスが有効になっている状態
-
必要な在庫があるリソースに対応するすべてのチェック・ボックスを選択します。
-
チャットの開始をクリックして、ブロードキャスト・メッセージを起動します。 ブロードキャスト・チャット・ウィンドウが表示されます。
-
在庫の共有をリクエストするブロードキャスト・メッセージを入力し、再生アイコンをクリックします。
メッセージが、選択したすべてのリソースに同時に送信されます。
- 十分な在庫があるリソースは、コラボレーションして在庫を共有し、ジョブを終了できます。
主なリソース
Oracle Field Service Cloudの検索機能の改良
19Aを起動する場合、Oracle Field Service Cloudの新しい検索により、ユーザーは次のタスクを実行できます:
- アクティビティ、在庫または部品の検索
- オフライン・モードで検索
- 検索プリファレンスの設定
- 最近の5件の検索の表示
- 検索に移動
アクティビティ / 在庫 / 部品の検索
ユーザーは、新しい検索機能を使用して、アクティビティ、在庫または部品を検索できます。
ユーザーは、検索ボックスに少なくとも3文字の単語または数値を入力する必要があります。 これらの3文字は、リソースに関連付けられたすべての在庫プールと照合され、相対検索結果が表示されます:
- 在庫で検索すると、技術者のルートに基づいて検索が実行されます。
- 複数のユーザー(監督者)を管理するユーザーは、管理ビュー(上長表示)から在庫または部品を検索できません。
- アクティビティで検索すると、ユーザーがアクセスできるすべてのアクティビティが検索されます。
- 部品で検索すると、すべての部品カタログで検索が実行されます。
オフライン・モードで検索
ユーザーは、オフライン・モードで部品および在庫を検索できます。 ただし、この機能では、オフライン・モードのアクティビティは検索できません。
検索プリファレンスの設定
ユーザーは、検索ボックスにある「検索プリファレンス」オプションを使用して検索プリファレンスを設定できます。
このオプションは、ユーザーが次のアクティビティを実行する場合に役立ちます:
- 表示されたリストから1つ以上のプリファレンスを選択
- ドラッグ・アンド・ドロップ機能を使用して、リストからプリファレンスの優先度を変更
- 特定の日付を選択して関連するアクティビティの検索結果を表示
最近の検索
ユーザーは、検索ボックスの最近の5つの検索を表示できます。
検索にナビゲート
ユーザーがアクティビティ、在庫または部品カタログから品目を検索すると、相対的な結果が画面に表示されます。 ユーザーがランディング・ページから検索をオープンした場合、アクティビティ詳細を検索して戻るボタンをクリックすると、ユーザーはランディング・ページに戻ります。 同様に、ユーザーが管理画面から検索をオープンし、アクティビティ詳細や在庫詳細などが検索されて戻るボタンをクリックすると、ユーザーは管理画面に戻ります。
コラボレーション・ユーザー・インタフェースの変更
ユーザーは、コラボレーション・ウィンドウから担当者または会話を検索できます。 ユーザーがアクティブな会話およびカンファレンス・チャットを検索すると、コラボレーション・ウィンドウが次のように表示されます:
ユーザーがコラボレーション・ウィンドウから1つの会話を検索すると、次のように表示されます:
同様に、ユーザーはコラボレーション・ウィンドウから会議、ヘルプ・デスク・メッセージ、ヘルプ・デスク会話および担当者を検索することもできます。
有効化のステップ
この機能を有効化するうえで必要なステップはありません。
主なリソース
---
Copyright c 2019, Oracle and/or its affiliates. All rights reserved.
この文書はあくまで参考資料であり、掲載されている情報は予告なしに変更されることがあります。オラクル社は、本ドキュメントの無謬性を保証しません。また、本ドキュメントは、法律で明示的または暗黙的に記載されているかどうかに関係なく、商品性または特定の目的に対する適合性に関する暗黙の保証や条件を含む一切の保証または条件に制約されません。 オラクル社は、本書の内容に関していかなる保証もいたしません。また、本書により、契約上の直接的および間接的義務も発生しません。 本書は、事前の書面による許諾を得ることなく、電子的または機械的に、いかなる形態または手段によっても複製または伝送することはできません。
OracleおよびJavaはオラクルおよびその関連会社の登録商標です。 その他の社名、商品名等は各社の商標または登録商標である場合があります。
Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Incの商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。 UNIXは、The Open Groupの登録商標です。