新機能

更新24C

改訂履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。 これまでの更新内容は次の表のとおりです。

この表には、ドキュメント変更の時系列リストが含まれています。

概要

アイデアはありますか。

私たちはここにいて、聞いています。 クラウド・サービスを改善する方法に関する提案がございましたら、一歩先を行き、オラクルに伝えてください。 Oracle Customer ConnectのIdeas Labなど、アイデアを送信するにはいくつかの方法があります。 機能名の後にこのアイコンが表示される場合は、お客様から受領したアイデアが機能として提供されています。

フィードバックをお寄せください

本書の内容改善のため、ご意見やご提案をお待ちしております。 フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。

免責事項

この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。 オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。 したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。 記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。

この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。 特にこの情報についてオラクルは一切の責任を負いかねます。 詳細は、法律上の注意点および使用条件を参照してください。

機能のサマリー

フィールド・サービス

管理

カスタム・ドメイン用のDKIMによる電子メール・セキュリティの拡張

ノート: 電子メール・ドメイン認証機能は、Oracle Cloudコンソール内のサービス・コンソールで使用できます

DKIMまたはDomainKeys Identified Mailは、電子メールの整合性と正当性を保証する電子メール認証メカニズムです。 これにより、受信者は、電子メールがドメインの認可メール・サーバー(OFS電子メール・インフラストラクチャ)から合法的に送信され、転送中に変更されていないことを確認できます。

この機能により、Oracle Field Service内のカスタマ・ドメインおよびサブドメインの登録を可能にすることで、電子メール配信が強化されます。 顧客にかわって送信された電子メールはデジタル・シグネチャでシグネチャされ、受信側の電子メール・サーバーは公開されているDKIMキーを使用して確認できます。 これにより、コンテンツが改ざんされておらず、目的の受信者への正常な配信が可能になります。 基本的に、OFSは信頼できる仲介役として機能し、顧客のドメインの評判を維持しながら、シームレスで安全な電子メール・エクスペリエンスを確保します。

この機能には、次の機能が実装されています:

• メッセージ・シナリオ・ステップ構成の「返信アドレス」フィールドで使用する場合に、DKIMに準拠するように最大5つのドメインまたはサブドメインを構成します。
• プラットフォーム内に登録されている各ドメインまたはサブドメインのCNAMEレコードおよび値など、DKIM設定にアクセスして管理します。
• すべての環境のドメインを1回のアクションで登録します。 サブスクリプション内の環境ごとにプロセスを繰り返す必要はありません。

ビジネス上の利点

• この機能により、デフォルトの fs.ocs.oraclecloud.com または etadirect.comとは別に、特定の送信者ドメインまたはサブドメインを使用して検証済電子メールを送信できます。
• OFSのお客様は、DKIMを使用して、独自のドメイン/サブドメインで電子メール返信アドレスをカスタマイズし、顧客とのコミュニケーションにおけるブランド認知とパーソナライズを強化できます。
• 企業は、ドメインまたはサブドメインにかわって送信された電子メールが認証されるようにすることで、ブランドの信頼と信頼性を強化できます。 これにより、これらの電子メールが誤ってスパムとしてマークされたり、受信者の電子メール・サーバーでブロックされるリスクが軽減されます。

有効化のステップ

1. サービス・コンソールを開き、「電子メール・ドメイン認証」タブに移動します。

2. 「ドメインの追加」をクリックし、登録するドメインまたはサブドメインを指定して「登録」をクリックします。

ドメイン登録が開始されます。このプロセスには数分かかる場合があります。

3. ドメインが正常に登録されると、DKIM署名ステータスが「作成中」から「保留中のDNS」に変わります。

4. 「指示の表示」をクリックして、ドメインの構成要件を表示します。 DNS構成を実装するために必要なすべての詳細がわかります。

5. 指定された構成をドメインのDNS設定に適用します。

ノート : ドメインのDNS構成へのアクセス権があり、必要な変更を行えることを再度確認してください。 ステップが不明な場合は、ITチームまたは関連する技術担当者に相談して支援を受けてください。

6. DNSの変更が適用されると、OFSシステムはDKIM署名ステータスを「保留中DNS」から「アクティブ」に検出して更新します。

7. 新しいドメインまたはサブドメインを使用するには、OFS環境にアクセスし、「構成」>「メッセージ・シナリオ」にナビゲートします。
8. 既存のメッセージ・シナリオを選択するか、新規メッセージ・シナリオを作成します。 シナリオ内で、新しく登録されたドメインを使用するように「返信アドレス」フィールドを追加または変更します。

ヒントと考慮事項

• 各サブスクリプションは、最大5つのドメインまたはサブドメインを個別に登録できます。 ドメインを登録しても、そのサブドメインは自動的に含まれません。
• 「各環境に固有のメッセージ・シナリオ・ステップの追加/変更」での ドメインは全体に適用されますサブスクリプションの登録および構成。
• 登録後はドメインを編集できません。 変更が必要な場合は、現在のドメインを削除し、新しいドメインを追加する必要があります。
• ドメインを削除してから再登録すると、CNAMEレコードとその値が新しい設定で生成されるため、DNSの変更が必要になります。
• 自分または技術的な連絡先が、登録を完了するためにドメインのDNS設定にアクセスして変更するための適切な権限を持っていることを再度確認してください。

API

複数添付API

メタデータAPI

メタデータAPIでは、プロパティ関連の操作で新しいタイプのプロパティがサポートされるため、統合は新しいタイプのプロパティを作成、更新および削除できます。

• プロパティ属性タイプが、新しい許可値"attachments"で拡張されました
• 新しい属性"storageApplication"がプロパティ・スキーマに追加されます。 「Oracle Storage」アプリケーションのラベルを受け入れます。 指定された値が「Oracle Storage」アプリケーションのラベルでない場合、リクエストは400コードで拒否され、メッセージ「{...} is not a label of Oracle Storage application」が表示されます
• タイプが「attachments」のプロパティは、次の属性をサポートすることを意図していません。

イベントAPI

イベントAPIは、'formSubmitted'イベントの一部として'Attachment'プロパティの更新を提供します。

'アクティビティの取得' API

「アクティビティの取得」APIコールを介して、撮影された写真を示すデータをフェッチできます。

この機能により、写真が顧客のストレージに直接格納され、顧客のシステムの作業オーダーに関連付けられているため、統合作業が減少

• Fusion顧客の場合、写真は適切に構造化され、サービス作業オーダーまたはメンテナンス作業オーダーのいずれかに添付されます
• Fusion以外のお客様の場合、写真はOCI Object Storageに保存されます

有効化のステップ

REST APIガイドのRESTサービス定義を確認して、活用してください(Oracle Help Center > 「関心のあるアプリケーション・サービス領域」 > 「API &スキーマ」から入手できます)。 OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

ヒントと考慮事項

'Attachments'プロパティは、次の場所ではサポートされていません:

• プラグインAPIフレームワーク
• インバウンド&アウトバウンドSOAP API

コアAPIによるチーム作業の詳細

24C更新では、この機能により、リソース関連の拡張操作および新しい専用コアAPI操作を通じて、指定された時間枠内でチーム作業の詳細を効率的に取得できます。 主な目的は、チーム・ワーク構成を包括的に把握することです。これには、モバイル・ワーカー、車両、ツール、割り当てられたスキルなど、チーム・リーダーやメンバーなどの重要な情報が含まれます。

既存のリソース関連のAPI操作の強化により、リソースをチーム所有者またはチーム参加者として識別する機能が提供されます。 また、新しいコアAPI操作「アシスタントのリストの取得」が導入されました。 このAPI操作では、前述のチーム・ワークの詳細など、指定された期間におけるチーム構成の詳細な内訳が提供されます。

この機能の実装により、チーム作業の管理およびモニタリング・プロセスが簡略化され、外出先でリアルタイム・データを取得する便利な方法が提供されます。 動的なチーム構造、特にモバイル・ワーカー、複数のリソース、スキル・セットを利用する企業のニーズに対応します。

チーム・ホルダーまたはチームに参加している可能性があるリソースのリストを取得

OFS REST APIでは、次の3つのコアAPIメソッドを使用してリソースのリストを取得できます:

• 「リソースの取得」 GET /rest/ofscCore/v1/resources

• 「子リソースの取得」 GET /rest/ofscCore/v1/resources/{resourceId}/children

• 「リソースの子孫の取得」 GET /rest/ofscCore/v1/resources/{resourceId}/descendants

次の3つの操作は、追加の問合せパラメータを受け入れるようになりました:

新しい問合せパラメータ:

• canBeTeamHolder(optional): boolean

• canParticipateInTeam(optional): boolean

使用例

GET /rest/ofscCore/v1/resources/OFS_GROUP/descendants?canBeTeamHolder=true

前述のリクエストは、'OFS_GROUP'ノード内にネストされているすべてのリソース(バケットまたは組織単位など)、特に'Can be a team holder'パラメータが有効になっているリソースを返します。

アシスタントのリストの取得

新しいコアAPI操作では、指定したチーム・ホルダーおよび日付範囲のアシスタントのリストが返されます。

「アシスタントのリストの取得」 GET /rest/ofscCore/v1/resources/{resourceId}/assistants

アシスタントのリストは日付固有であるため、特定の日付または日付範囲に対してリクエストする必要があります。 指定したチーム・ホルダーに関連するすべてのチーム作業アクティビティが検索され、必要な情報が返されます。 アシスタントのリストのコンパイル時に、ステータスが「保留中」、「開始済」または「ルート中」のチーム作業アクティビティのみが考慮されます。

パス・パラメータ

• resourceId: string 

問合せパラメータ

• dateFrom: string(date)
• dateTo(optional): string(date)
• resourceFields (optional): array
• expand (optional): array

レスポンス属性

• items: array

例

GET /rest/ofscCore/v1/resources/FR23-1121/assistants?dateFrom=2024-08-10&resourceFields=resourceType,name&expand=workSkills

"items": [

{

"date": "2024-08-10",

"assistants": [

{

"resourceDetails": {

"resourceId": "ext_id_1",

"resourceType": "FR",

"name": "Arndt, William",

"workSkills": {

"totalResults": 2,

"items": [

{

"workSkill": "sl_2",

"ratio": 100,

"active": true

},

{

"workSkill": "sl_7",

"ratio": 70,

"active": false

}

]

}

},

"teamWorkActivities": [

{

"activityId": 12229743,

"activityNumber": "A1223-2024",

"activityType": "TW",

"duration": 60,

"startTime": "2024-08-10 12:00:00"

},

{

"activityNumber": "A1223-2024",

"activityType": "TWREP",

"duration": 60

}

]

},

{

"resourceDetails": {

"resourceId": "ext_id_2",

"resourceType": "FR",

"workSkills": {

"totalResults": 502,

"links": [

{

"rel": "canonical",

"href": "https://<instance_name>.fs.ocs.oraclecloud.com/rest/ofscCore/v1/resources/{resourceId}/workSkills?dateFrom=2024-08-10&dateTo=2024-08-10"

}

]

}

},

"teamWorkActivities": [

{

"activityId": 12229744,

"activityNumber": "A1224-2024",

"activityType": "TW",

"duration": 60,

"startTime": "2024-08-10 12:00:00"

},

{

"activityNumber": "A1223-2024",

"activityType": "TWREP",

"duration": 60

}

]

}

]

}

]

REST APIエラー

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",   

"title": "Bad Request",   

"status": "400",   

"detail": "The value '12024-01-26' is not a valid date in format 'YYYY-MM-DD'."

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",   

"title": "Bad Request",   

"status": "400",   

"detail": "Invalid request parameters: 'dateFrom' is greater than 'dateTo'. Values: '2024-01-26', '2024-01-20'."

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",   

"title": "Bad Request",   

"status": "400",   

"detail": "Invalid request parameters: 'dateFrom', 'dateTo'. Date interval contains more than 14 days."

}

{

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.10",   

"title": "Bad Request",   

"status": "409",   

"detail": "The resourceId = 2 is not a teamholder."

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.10",   

"title": "Bad Request",   

"status": "400",   

"detail": "Mandatory parameter is missing: 'dateFrom'."

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",   

"title": "Bad Request",   

"status": "400",   

"detail": "Invalid property value. Property: fields. Value: '{fieldName}'"

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.10",   

"title": "Conflict",   

"status": "409",   

"detail": "Too many assistances in one response (>100), try requesting smaller date range."

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.10",   

"title": "Bad Request",   

"status": "400",   

"detail": "Action on past date is not allowed."

}

{   

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",   

"title": "Bad Request",   

"status": "400",   

"detail": "The 'expand' value '{expand}' is not a valid value. The valid value is 'workSkills'."

}

{

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",

"title": "Bad Request",

"status": "400",

"detail": "Invalid query parameter value. パラメータ: 'canParticipateInTeam'. Value: 'incorrect'. Valid values: 'true' or 'false'"

}

{

"type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.1",

"title": "Bad Request",

"status": "400",

"detail": "Invalid query parameter value. Parameter: 'canBeTeamHolder'. Value: 'incorrect'. Valid values: 'true' or 'false'"

}

ビジネス上の利点

• 効率性の向上: チームの詳細をすばやく取得することで、業務の監視と効率的な管理を改善できます。
• 情報に基づくディシジョン: チーム構成の概要を明確にすることで、リソース割当とチーム割当について十分な情報に基づいてディシジョンできます。
• リアルタイムのインサイト: モバイル・ワーカー、車両、ツールに関する詳細は、ロジスティクスを最適化し、最新のチーム構成を確保するのに役立ちます。

有効化のステップ

API関数を使用するには、リクエスト元のアプリケーションをコアAPIの適切な権限で構成する必要があります - 少なくとも読取り専用アクセス権を持つリソース。

ヒントと考慮事項

「アシスタントのリストの取得」操作の場合:

• 最適なパフォーマンスおよびレスポンス時間を確保するために、操作には1つのレスポンスで最大100人のアシスタントを返すという制限があります。 多数のアシスタントがあるまれな構成では、この制限を超えると、APIはエラーで応答します。 これを軽減するには、ユース・ケースを検証し、リクエストされる日付の数を減らすことをお薦めします。
• 'expand'パラメータを使用して、各アシスタントの作業スキル・リストをフェッチできます。 ただし、パフォーマンス上の考慮事項により、アシスタントに特定の日付の500を超えるアクティブ・スキルがある場合、APIはかわりにリンク構造を提供し、特定のリソースおよび日付の作業スキルの詳細なリクエストを追跡できます。
• アシスタントのリストのコンパイル時に、ステータスが「保留中」、「開始済」または「ルート中」のチーム作業アクティビティのみが考慮されます。

コア・アプリケーション

複数添付

この機能では、いくつかの重要な改善が導入されています:

• 単一のプロパティを使用して複数の写真を撮影する機能
• 永続的なストレージのためのサービス作業オーダーまたはメンテナンス作業への写真の自動添付
• 定義された保存ポリシーで、OCI Object Storageへの写真の自動アップロード

iOSおよびAndroidのインストール済アプリケーションを使用すると、ユーザーは複数の写真を撮影し、それらをFusionアタッチメントまたはOCIオブジェクト・ストレージにアップロードして、ユーザー・インタフェースで表示できます。

ブラウザ・アプリケーションは、エンド・ユーザーの写真のみをビジュアル化します。

現在は、OFSアクティビティ・ビジネス・オブジェクトに関連する画面およびフォームに写真を添付できます。

機能でカバーされるビジネス・シナリオ

1) 破損した資産の壊れ目の修正のための写真の永続的な貯蔵

破損した資産を修正するためのメンテナンス作業オーダーがあります。 この作業オーダーに基づいて、OFSにアクティビティが作成されます。

技術者がそのロケーションに来て、損傷した資産の状態を把握する一連の写真を撮ります。 写真はメンテナンス作業指示に自動的に添付され、永続的に保存されます。

技術によって資産が修正され、「デブリーフィング」フォームに進みます。 デブリーフィングの一環として、テクノロジは資産が修正され、現在適切に機能していることを証明する別の一連の写真を取ります。 写真はメンテナンス作業オーダーに添付され、永続的に保存されます。

2) 安全監査のための写真の一時的な貯蔵

会社の安全とコンプライアンスの方針では、作業を行う前に保護具を着用し、それを証明するよう技術者に要求しています。 写真は、職場で負傷した場合に技術者がルールに従った場合に監査するために、60日間保存する必要があります。

活動を開始すると、テクノロジはヘルメット、ゴーグル、マスク、手袋を着用したことを確認するいくつかの写真を撮ります。 写真がOCI Object Storageにアップロードされます。 60日以内に、写真はお客様が構成したルールに従って自動的に削除されます。

複数の添付を使用する場合

この機能は、技術者向けのiOSおよびAndroidインストール済アプリケーションを使用するすべてのクライアントに推奨されます。

ベスト・プラクティスは、Fusionスイートの一部としてOFSを使用することです。 この設定では、追加で統合作業を行うことなく、Fusion ServiceおよびMaintenance Cloudとシームレスに連携できます。

ただし、Fusionに写真を保存しない理由が考えられます。 たとえば、一部の写真では保存ポリシーが短くなるか、一部の写真はサードパーティと共有するか、AIによる追加の検証が必要になります。 これらのシナリオに対処するには、OCIオブジェクト・ストレージに写真を格納することをお薦めします。

シングル・イメージの使用

以前のバージョンとの下位互換性のために、単一のイメージ・プロパティを保持します。 単一のイメージ・プロパティは、ブラウザベースのアプリケーションを使用するお客様にとっても引き続き有益です。

仕組み

この機能が他のFusionアプリケーションとともに使用される場合、プロセスは単純で簡単です:

• 技術者が写真を撮る
• OFSアクティビティに関連するサービス作業オーダーまたはメンテナンス作業オーダーに写真がアップロードされます
• 写真は、Fusionビジネス・オブジェクトの「添付」セクションで使用可能になります

OCI Object Storageとのコラボレーションに関しては、プロセスが少し異なります

• 技術者が写真を撮る
• アプリケーションは写真をOCI Object Storageにアップロード
• 写真は、作業オーダー番号を介して顧客のシステムのビジネス・オブジェクトに関連付けられます

複数の写真を撮る

「キャプチャ」画面

複数のイメージ・プロパティの追加ボタンをクリックすると、カメラ画面が開き、ユーザーは次の操作を実行できます

1. ユーザーは、キャプチャ画面の上部にプロパティ名を表示できます(たとえば、「mp3」は、添付されたスクリーン・ショットで使用されるプロパティ名です)
2. 「カメラの交換アイコン」をクリックすると、写真を撮りたいカメラ(前面または背面)を選択できます 
   • このアクションは、ユーザーがイメージを作成する前にのみ使用できます
   • イメージがキャプチャされると、スワップ・カメラ・アイコンは「続行」ボタンおよび「イメージ・カウンタ」に置き換えられます
3. 画面上でピンチ・イン/ピンチ・アウトしてズームイン/ズーム・アウトできます
4. 画面をタップして、カメラのフォーカス位置を示すことができます
5. 「取得ボタン」をクリックしてイメージをキャプチャできます 
   • 「イメージ・カウンタ」が増加し、イメージ・キャプチャの成功が確認されます
   • 撮影された写真の最大値に達すると、キャプチャ・ボタンが非アクティブになります
6. フラッシュ設定は、現在のフラッシュ設定アイコンをクリックして変更できます。 ユーザーが利用できる3つのフラッシュ設定があります
   • フラッシュが永続的にオンであることを示すフラッシュ
   • フラッシュが永久にオフであることを示すフラッシュ・オフ
   • 光条件に基づいてフラッシュが選択されることを示すフラッシュ自動モード
7. カメラ操作を取り消し、「取消ボタン」をクリックして戻ることができます
8. 「続行」ボタンをクリックしてプレビュー画面に移動できます
   • 続行ボタンの色は、ユーザーが複数のイメージ・プロパティの設定中に構成したイメージの最小数を取得したかどうかを示します
   • ユーザーは、技術者が様々な場所でイメージを撮影する必要がある可能性があるため、最小限の数のイメージを取得していない場合でも、アクティビティ中に異なる時間に進むことができるため、戻って追加のイメージを取得したいと考えています

プレビュー画面

ユーザーがキャプチャ画面で「続行」ボタンをクリックすると、次のアクションを実行できるプレビュー画面が表示されます

1. 撮影したイメージを観察できます
2. イメージ間を移動するには、左または右にスワイプするか、「イメージ・リール」で目的のイメージを選択 
3. 追加のイメージを取得する場合は、「クロス」アイコンまたは「カメラ・アイコン」をクリックしてキャプチャ画面に戻ることができます
4. 「削除アイコン」をクリックすると、イメージを削除できます 
5. イメージをトリミングする場合は、「トリミング・アイコン」をクリックするとトリミング・モードが開きます
   • 「続行」ボタンをクリックして変更を確認できます
   • 「戻る」アイコンをクリックすると、トリミング操作を取り消すことができます
   • 「リセット」アイコンをクリックすると、トリミング・アクションをリセットできます
6. 「描画」アイコンをクリックすると、イメージ上の項目を強調表示できます
   • 「続行」ボタンをクリックして変更を確認できます
   • 「戻る」アイコンをクリックすると、描画操作を取り消すことができます
   • 図面アクションをリセットするには、「リセット」アイコンをクリック
7. 「完了」ボタンをクリックすると、取得操作を完了できます

写真を見る

写真を撮影すると、画面に表示されるコラージュが作成されます。 コラージュには最大5枚のプレビューが含まれ、さらに5枚の写真が撮られた場合は残りの写真を追加します。

プレビューをクリックすると、ギャラリでフル・サイズの写真が開き、画像をナビゲートできます。 さらに、アプリケーションは、写真の合計量とともに、一連のプロットの場所を表示します。

写真を表示するには、アプリケーションはこれをFusionアタッチメントまたはOCIオブジェクト・ストレージからコールし、ギャラリに表示します。 まだアップロードされていない写真は、モバイル・デバイスからコールされます。 この動作は、オフラインで作業している技術者にとって考慮できます。

写真を削除

写真を削除するには、ギャラリの上部に表示される「ごみ箱」アイコンをクリックします。 一方、ユーザーが削除するデータをより詳細に制御できる特定の画像を削除することもできます。 ただし、「ごみ箱」アイコンをクリックするだけでは十分ではありません。 操作を終了するには、変更を確認する画面の下部にある「送信」ボタンをクリックする必要があります。 次に、アプリケーションは、Fusionビジネス・オブジェクトまたはOCIオブジェクト・ストレージからピクチャを削除し、OFS内の写真への参照も削除します。

写真の削除時の検証

余分な写真を削除すると、イメージの合計量が必要な最小量を下回らない場合があります。 アプリケーションによって、より多くの写真が必要であることを通知する通知メッセージがトリガーされます。

「必須」表示を持つプロパティに対してエラー・メッセージが表示され、ユーザーは変更を送信できません。

'ReadWrite'可視性のプロパティに対して警告メッセージが表示されます。 ユーザーは推奨アクションについてアドバイスされますが、予想される写真の数が少ない変更を送信することは可能です。

外部ストレージへの写真のアップロード

イメージは、ユーザーが画面を送信し、インターネットが使用可能な場合のみ、技術者デバイスから直接FusionアタッチメントまたはOCIオブジェクト・ストレージにプッシュされます。 技術者は、イメージがまだデバイス上にあり、完全にアップロードされていない場合、アップロード・インジケータが表示されます。 イメージは、正常にアップロードされると、技術者のデバイスからクリアされます。

ファイル名とフォルダ名

アプリケーションは、イメージの保存に使用する外部ストレージの種類に応じて、複数のパラメータを使用して、フォルダおよびファイルの一意の名前を自動的に生成します。 ただし、「作業オーダー」は、名前の作成に使用されるすべての属性の中で最も複雑なパラメータです。

現在の反復で、

1. OCIは外部ストレージとして使用され、フォルダ構造があります
2. Fusionアタッチメントはフォルダ構造をサポートしていないため、Fusionアタッチメントはフォルダを使用しません

詳細は、次の例を参照してください:

フォルダ名: WO40601202_4232069_1_Attachments. フォルダ名は常に作業指示番号で始まります。このパラメータを使用すると、特定の活動についてOFSで収集されたすべてのファイルを含むフォルダを簡単に識別できます。

ファイル名: 20240304184334571_WO40601202_4232069_1_Attachments.jpg. ファイル名は、写真が撮影されたタイムスタンプの後にワーク・オーダー番号が続きます。

正しい名前を生成するための主な要件

• アクティビティにはワーク・オーダー番号を含める必要があります
• 作業オーダー番号は、顧客システムのビジネス・オブジェクトと一致する必要があります

オフラインでの作業

オフライン・モードは、複数の添付に対して完全にサポートされています。 アプリケーションは、最大45日間モバイル・デバイスにファイルを格納し、接続が確立されると、FusionアタッチメントまたはOCIオブジェクト・ストレージにファイルをプッシュしようとします。

写真のサイズ

この機能は、技術者の時間を節約し、アプリケーションの信頼性を向上させ、ネットワークを介してプッシュされるデータのサイズを制御するために構築されています。 これらの目標を達成するために、アプリケーションは、お客様が構成したパラメータに従ってアップロードする前にファイルを圧縮します。

ファイルのアップロード・プロセスを確認しています

「アクティビティ履歴」画面での表示

「添付」プロパティのすべての写真が「アクティビティ履歴」画面に表示されます。 写真がFusionアタッチメント/オブジェクト・ストレージにアップロードされるかぎり、このファクトは、特定のファイルのステータスが「保留中」から「アップロード済」に変更されるアクティビティ履歴に反映されます。

モニター対象アクティビティ・フィールドのリストにプロパティを追加して、アクティビティ履歴内でそれらをビジュアル化する必要があります。

API経由

特定の形式で撮影された写真に注意してください

フォーム用に撮影されたすべての写真の説明を含む'formSubmitted'イベントを使用

アップロード・ステータスの確認

'activityCompleted'イベントをモニターし、アクティビティ完了後5分以内に'Get activity' APIコールを実行します。 コールでは、名前、URL、アップロード・ステータスなど、すべての写真のデータが返されます。 すべての写真のステータスが「アップロード済」に変更されると、イメージが最終宛先に正常にアップロードされることを意味します。

この機能により、1つのワークフローで複数の写真を撮ることができるようになり、技術者がビジュアル・データをキャプチャする効率が向上します。 次の結果になります:

• 写真撮影にかかる時間が短縮されるため、アクティビティ所要時間が短縮
• 技術者がフォームにデータを手動で入力するのではなく、簡単に写真を撮れるため、データの収集にかかるミスが少なくなります
• 特定のジョブに必要な写真の数量を制御できるため、企業のプロセスへのコンプライアンスが向上

有効化のステップ

アプリケーションの構成方法

Fusionアタッチメントに接続するアプリケーション

「REST/SOAP APIを使用するアプリケーション」タイプのアプリケーションを使用し、「OAuthユーザー・アサーション」オプションを選択する必要があります

(OCI)オブジェクト・ストレージとの統合用アプリケーション

アプリケーション構成ページで、Oracle Cloud Infrastructure (OCI) Object Storageという新しいタイプのアプリケーションを使用できるようになりました。 これは、フィールド・サービスからOCIオブジェクト・ストレージに接続するために必要なパラメータを格納するために使用できます。 OCIオブジェクト・ストレージは、フィールド・サービスからアップロードされたイメージなどのアタッチメントの格納に使用できます。

「Oracle Cloud Infrastructure (OCI)オブジェクト・ストレージ」アプリケーション・タイプを選択した後、フィールド・サービスのオブジェクト・ストレージに接続するようにOCIパラメータを構成できます。

パラメータを構成した後、フィールド・サービスからOCIオブジェクト・ストレージとの接続を確認できます。 これは、アプリケーションを保存する前に「接続のテスト」ボタンを使用して実行できます。 詳細を保存すると、指定した名前のアプリケーション・ページの「ストレージ・アプリケーション」セクションに新しいアプリケーションが作成されます。

アプリケーション・ページでは、ストレージ・アプリケーションを変更または削除するためのオプションを使用できます。 アプリケーションの変更ページでは、アプリケーションの名前以外のすべての属性を変更できます。

プロパティの構成方法

この機能専用に設計された新しい「添付」タイプのプロパティがあります。 収集した写真を施設に保存する宛先を選択する必要があります。

ノート: 現時点では、プロパティの「添付」タイプに対して「アクティビティ」エンティティのみがサポートされています。

Fusionアタッチメントの選択

Fusionアタッチメントに接続するには、3つのパラメータを入力する必要があります

1. アプリケーション - 適切なアプリケーションのリストが選択のために自動的に提供されます
2. Fusionビジネス・オブジェクト - 「サービス作業オーダー」および「メンテナンス作業オーダー」を選択
3. 添付カテゴリ - 特定のカテゴリからの添付へのアクセスを制限するセキュリティ設定。 Fusionから添付カテゴリがフェッチされ、選択したビジネス・オブジェクトの使用可能カテゴリのリストが表示されます。

OCIオブジェクト・ストレージの選択

オブジェクト・ストレージへの接続として機能するアプリケーションを選択する必要があります。

ノート: アプリケーションは、構成に強い依存性を強制せず、Fusion添付/OCIオブジェクト・ストレージへの接続に必要なオプションを選択しないプロパティを作成できます。 このような場合、アプリケーションは「プロパティ」画面のプロパティ行に沿って「プロパティの構成が正しくありません」という警告を表示します。

写真のサイズを制御して、モバイル・デバイスの機能に合わせて写真を調整したり、トラフィック量を制御したり、ストレージへのアップロード時間を増やしたりできます。

'添付'フォーム要素

新しい「添付」フォーム要素は、フォームおよびユーザー・タイプの構成で使用できます。 要素を使用すると、フォームまたは標準画面の対応するプロパティを構成できます。

他のフォーム要素とは異なり、'添付'フォーム要素はプロパティなしでは機能しないため、画面上の要素を削除するときにプロパティを選択する必要があります。

構成変更の公開時またはフォームのプレビュー画面への移動時に、空の「添付」要素の検証エラーが表示されます。

写真の最小/最大数量の検証

プロパティの「添付」タイプを表すフォーム要素に対して検証ルールを定義できます。 ルールでは、特定の画面で撮影する必要があるイメージの最小数量および最大数量を定義できます。 この構成で可能な最大範囲は1から20のイメージで、デフォルトでは1から5の写真の範囲です。

&プロパティのインポートのエクスポート

「添付」プロパティは、エクスポート&インポート操作でサポートされています。 プロパティのインポート時に、プロパティに対して選択されたアプリケーションがターゲット環境に存在するかどうかがチェックされます。 もしそうなら、手術は荒れ果てます。 そうでない場合は、対応する警告が「検証結果」画面に表示され、このケースについてユーザーに通知されます。 その後、プロパティをインポートするか、操作を終了できます。

&フォームおよびユーザー・タイプのインポートのエクスポート

フォームおよびユーザー・タイプのエクスポート&インポート操作では、「添付」フォーム要素がサポートされています。 これにより、最小/最大数量のイメージの新しい検証オプションを必要とする添付の構成を移行できます。

ヒントと考慮事項

トラブルシューティング

お客様のストレージに写真が表示されない場合は、次の設定を確認してください:

1. プロパティ構成 -アプリケーションは、パラメータが欠落しているかどうか、またはFusionアタッチメント/OCIオブジェクト・ストレージへの接続がないかどうかを表示
2. OCIオブジェクト・ストレージの容量 - ストレージがいっぱいになる可能性があるため、新しい写真を受け入れることができません

OCIオブジェクト・ストレージでの保存ポリシーの定義

オブジェクト・ライフサイクル管理を使用して、オブジェクトのアーカイブおよび削除を自動的に管理します。

https://docs.oracle.com/en-us/iaas/Content/Object/Tasks/usinglifecyclepolicies.htm

対象外

'Attachments'プロパティは、次の場所ではサポートされていません:

• プラグインAPIフレームワーク
• 日次抽出
• インバウンド&アウトバウンドSOAP API
• フィルタ、メッセージ・シナリオ、作業スキル条件、キャパシティ・カテゴリの構成

統合

GenAI要約を使用したLLMナレッジ検索

フィールド・サービスのナレッジ検索機能が大幅に改善され、より直感的で効果的な検索エクスペリエンスが実現しました。 検索機能は、キーワードのみでなく、検索問合せの意味に一致するようになりました。 この拡張は、Oracle AIを使用して行われ、フィールド・リソースのナレッジ検出をよりスムーズかつシンプルにします。 Fusionナレッジと接続されたOracle Field Serviceナレッジ検索では、検索結果の簡単な概要であるAIアシスト・アンサーが提供され、フィールド・リソースは、関連記事へのリンクとともに必要な情報をすばやく検索できます。

さらに、ナレッジ設定構成ページには、デフォルトの検索プロンプト構成が導入されています。 管理ユーザーは、アクティビティの動的プロパティ値を使用してデフォルト検索プロンプトを構成できるようになりました。 つまり、管理者は、ユーザーの特定のニーズに基づいて検索プロンプトをカスタマイズできるため、検索エクスペリエンスがさらに効果的になります。

大規模言語モデル(LLM)検索結果

Oracle Knowledge Search機能は、検索問合せの用語、コンテキストおよび目的を理解することで、より関連性が高く正確な検索結果をユーザーに提供するように設計されています。 この機能により、ユーザーは特定のキーワードではなくフレーズおよび用語を使用してナレッジ検索を開始でき、その結果、ユーザーのニーズを満たすより包括的な結果セットが得られます。 フィールド・サービス・ナレッジ・モジュールは、Fusionナレッジ機能を利用して、ユーザーの検索問合せに関連するナレッジ記事を取得します。 さらに、Fusion Knowledgeは、OracleのAI大規模言語モデルを利用して検索精度を向上させる新しいセマンティクス検索アルゴリズムを導入しました。これにより、ユーザーは、情報に基づいたディシジョンを支援するために、最も関連性の高い最新の情報を受け取ることができます。

GenerativeAI要約

フィールド・サービスのナレッジ・ページでトピックを検索すると、検索結果のクイック情報として、アンサーの簡単な概要またはサマリーが表示されます。 これらのサマリーは、トップ・ランクの検索結果のコンテンツを分析してキー情報を抽出し、それを検索トピックの回答として提供するOracle AIアルゴリズムを使用して生成されます。 これにより、記事の詳細を調べることなく、質問をすばやく把握できます。

ナレッジ設定のデフォルト検索プロンプト &構成

フィールド・サービスは、キーワードに基づく検索およびAI/ML機能に基づく新しいRedwood Fusionナレッジ検索を可能にするFusionナレッジの設定をサポートしています。 さらに、AI機能で新しいRedwood Fusionナレッジが構成されているユーザーのデフォルト検索プロンプトを追加するためのオプションを使用できます。 これにより、アクティビティ・コンテキストを考慮して、ナレッジ検索ページでデフォルト検索プロンプトを動的に生成できます。 アクティビティ・プロパティを中カッコで囲んで、デフォルトの検索プロンプトを構成できます。 たとえば、デフォルト・プロンプトを「特定のアセットのインストール・マニュアル」として生成する場合は、検索プロンプトを {asset _number} のインストール・マニュアルとして構成して、この場合は「asset_number」がアクティビティ・プロパティであることを確認できます。 デフォルトの検索結果では、フィールド・リソースにサンプル検索問合せが提供され、デフォルト検索プロンプトを置換して、回答を取得する新しい検索トピックを使用できます。

新しいfusion redwoodの知識検索は今より安全です。 ナレッジ構成画面でOAuthユーザー・アサーション・アプリケーションを選択するオプションが提供されます。 ナレッジ検索では、このOAuth 2.0ベースの認証を使用してナレッジ記事を検索します。

キーワード検索に基づくFusionナレッジ検索を使用する場合は、「セマンティック検索およびアンサー生成 - Oracle AI提供」オプションを無効して、設定構成ページには、デフォルトの検索キーを定義するオプションがあります。

• ルート・ワードやシノニムを含むセマンティック検索を使用して検索結果を最適化
• 記事全体を読むためにクリック・インせずに要約を提供することにより、効率的な検索

有効化のステップ

Fusionナレッジ・アプリケーション設定

• AI/ MLを含む新しいFusionナレッジ機能を利用するには、この「ドキュメント」に従って、新しいFusionナレッジを構成し、AI機能を有効化していることを確認してください 
• 「セマンティック検索および回答生成 - Oracel AI提供」オプションを使用している場合、 OFSにOAuthユーザー・アサーション・オプションを指定してOAuth 2.0アプリケーションが作成されていることを確認します。
• フィールド・サービスで、Oracle Knowledgeアプリケーションが構成されていることを確認してください

Oracle AIに基づくFusionナレッジを使用している場合は、次に示すようにナレッジを設定する必要があります

キーワードに基づいてFusionナレッジ検索を使用している場合は、「セマンティック検索およびアンサー生成 - Oracel AI提供」オプションを選択解除し、次のパラメータを使用してアプリケーションを構成します。

ヒントと考慮事項

1. ナレッジ検索は、「この」APIを使用してOracle AIによって強化され、これはKnowledgeのオプトイン機能です。 OFSでアンサー概要機能およびセマンティック検索結果を体験するには、Fusionナレッジからこの機能をオプト・インする必要があります
2. Fusion Knowledgeでこの機能を有効にしていない場合は、現在のキーワード・ベースのナレッジ検索を続行できます
3. 製品、カテゴリおよび文書タイプに基づいて検索結果をフィルタするオプションは、「セマンティック検索および回答生成 - Oracle AI提供」では使用できません。キーワードに基づくFusionナレッジ検索でのみ使用可能です。

部品オーダー・プラグイン

「部品オーダリング」は、Supply Chain Managementとコラボレートする「部品オーダリング」および「部品の受信」フローを実装する新しい標準プラグインです。 すぐに入手でき、サプライ・チェーンと共同で連携して、必要な部品をオーダーし、到着を追跡できます。 また、このプロセスを自動化することで、部品の受取りにかかる時間を節約できます。

Fusionスイートの一部として、部品オーダーと部品受入フローを含む、包括的なフィールド・サービス・ソリューション。

スペア部品がトラックになく、近くの技術者や倉庫から入手できない場合の、部品オーダーの簡素化されたプロセス。

部品のオーダーをサポートするために必要なサードパーティ・ソリューションの実装とサポートの労力を削減。

部品のオーダーをビジネス・プロセスの一部として必要とする顧客の生産までの時間を短縮。

有効化のステップ

プラグインのインストール

部品オーダー標準プラグインをインストールし、OFS REST APIへの接続を有効にするアプリケーションを選択します。

まだ存在しない場合は、「アプリケーション」画面に移動し、「コアAPI」セクションの「アクティビティ」および「在庫」エンティティに対するReadWriteアクセス権を付与して、このアプリケーションを追加します。

プラグイン

プロパティ、アクティビティおよび在庫タイプの追加

1) プラグインに必要なプロパティを確認して追加します。

プロパティはインストール・プロセス中に自動的に作成されますが、欠落している場合は手動で追加できます。

2) 必須アクティビティ・タイプの追加

アクティビティ・タイプ

3) 必要な在庫タイプの追加

画面へのボタンの追加

ユーザー・タイプの構成で、次の画面にボタンを追加

「アクティビティ・リスト/MyRoute」画面:

1. • レイアウトにボタン「部品カート」を追加し、「画面タイプ」を「プラグイン」に設定します。 画面リストでプラグインを選択します。 次に、パラメータ"defaultScreen"を"2024-order-screen"として設定
   • レイアウトにボタン「オーダー済み」 「部品」を追加し、「画面タイプ」を「プラグイン」に設定します。 画面リストでプラグインを選択します。 次に、パラメータ"defaultScreen"を"order-list-screen"として設定

「部品詳細」画面:

1. • レイアウトにボタン「部品のオーダー」を追加し、「画面タイプ」を「プラグイン」に設定します。 画面リストでプラグインを選択します。 次に、パラメータ"defaultScreen"を"2024-order-screen"として設定

「アクティビティの編集/表示」画面:

1. • レイアウトにボタン「オーダー済部品」を追加し、「画面タイプ」を「プラグイン」に設定します。 画面リストでプラグインを選択します。 次に、パラメータ"defaultScreen"を"order-list-screen"として設定

ワークフローの構成

ワークフロー・マネージャにプラグインを追加できます。 ワークフロー・ステップは、ユーザー・タイプと同じ名前命名規則およびパラメータのルールに従って構成する必要があります

部品カタログの追加

「部品カタログ」画面で、Fusionから部品カタログ(または複数のカタログ)を登録します。 Supply Chain Managementでは品目の構成が異なる場合がありますが、Fusionから在庫品目をプルする最も簡単な方法は、部品カタログのソースとしてマスター在庫組織を選択することです。

必須部品カタログ・フィールド

Supply Chain Managementとの通信の有効化

サービス・ロジスティクス・アクセラレータをOracle Integration Cloudにインストールし、'activityCreated'および'activityUpdated'イベントを取得するように構成します。 oprderで必要なイベントのみを受信するには、イベント・サブスクリプションで'filterExpressions'を使用して、'Order'アクティビティ・タイプのアクティビティのイベントをキャッチします。

ヒントと考慮事項

最も一般的な質問に対応するQ&Aを次に示します

アプリは非稼働日へのフォローアップ活動の作成を妨げますか?

アプリケーションでは、オーダーの発行および非稼働日へのフォローアップ・アクティビティの作成は許可されません。 技術者にこのことが通知され、別の日付を選択するか、カレンダを更新することをお薦めします。

技術者のロケーションは何ですか?

技術事業所は、営業日を開始する倉庫またはオフィスです。 ちなみに、郵便局か、技術者の住所かも知れません。 このようなロケーションは、OFSの技術者リストのソースとして理想的に役立つ人材管理で定義されています。

アプリケーションが正しく構成されていないか、または操作の条件が一致しないことを示すエラーがあります

アプリケーションはエラー・メッセージを表示し、次の場合にオーダーの発行を許可しません:

• プラグインに必要な構成項目が環境にありません
• 部品カタログ構造に必須フィールドが含まれていません。
• アクティビティまたはインベントリ・タイプの構成に必要な権限がありません

アドバイスは、プラグインにつながるボタンを構成する前に、必要なものがすべて整っていることを徹底的に確認することです。

非推奨のお知らせ

このプラグインのリリースにより、19Cでサンプル・コードとして提供された部品のオーダー・プラグインは非推奨となり、フィールド・サービスとサービス・ロジスティクス・アクセラレータの両方でサポートされなくなりました。

ルーティング

一括ルーティング日次出張限度

カリフォルニア州の電気自動車法(および将来適用される同様の法)の結果、お客様は少なくとも一部の車両を電気自動車に切り替える必要があります。 市販の電気トラックは、高速再充電をサポートせず、定められたルートが定められた制限の範囲内に収まる必要があります。 24Cバージョンでは、OFSはバルク・ルーティングを介した日次合計移動の制限をサポートしています。

ルーティングによる電気自動車制限のサポートにより、割り当てられた電気自動車の制約内で効率的なリソース・スケジューリングが可能になります。

有効化のステップ

この機能を有効にするには、目的のルーティング・プランを編集し、SLRをオンにし、日次移動制限、マイル/kmをオンにして、適切な制限値を設定します。

ヒントと考慮事項

Q: 日次出張制限は日中ルーティングをサポートしていますか?

A: はい、日中ルーティングがサポートされています。 1日の途中で開始された実行の場合、ルート内のアクティビティの移動の合計値について、ルーティングに送信される日次制限が減少します。これは、最終ステータスまたは移動中ステータスであるか、待ち状態ステータスですが、その移動はすでに開始されている必要があります。 これらの移動の走行距離は、移動時間を統計的に計算された平均速度で割ることで計算され、すでに移動した走行距離を過大評価する可能性があります。

Q: リソースの一部に日次移動制限を設定できますか。

A: いいえ、1日当たりの移動制限はプランごとに設定されます。 そのため、制限が必要なリソースの一部のみが存在する場合は、2つの計画を作成する必要があります - 1つは制限付きで、EVを持つリソースに対してのみ機能し、もう1つは制限なしのリソースです。 これらの2つの計画は、たとえば、制約のある計画から始まる順序の一部として実行できます。

Q: 1日当たりの移動制限はシステムの他の部分でサポートされていますか。

A: 現時点では、一括ルーティングのみが日次移動制限を適用できます。 システムのその他の部分(即時ルーティング、移動アシスタント、直接割当予約、ディスパッチ・コンソールなど)では、このような制限はサポートされません。

Q: 継続的改善ルーティング・プランは日次移動制限をサポートしていますか。

A: はい。すべての種類のバルク・ルーティング・プランで1日の移動制限がサポートされます。

Q: この機能は、標準SKUを使用している会社で使用できますか。

A: 残念ながら、ルーティングでのSLRサポートは日々の出張制限機能に不可欠であるため、SLRがオンになっているプランのみが日々の出張制限を利用できます。 したがって、この機能はSLRのないSKUではサポートされていません。

重要な処理および考慮事項

置き換えられた機能または削除された機能

クラウド・サービスのセキュリティ、パフォーマンスおよび品質全体を向上させるために、ソリューションの機能および技術コンポーネントを削除または置換できます。 これが発生すると、機能またはコンポーネントの非推奨が事前に発表されるため、変更の予測および拡張された交換機能/コンポーネントへの移行に十分な時間がかかります。 非推奨が発表された後、非推奨の機能またはコンポーネントは、計画された削除日までソリューション内に残り、拡張や他の新機能との互換性はなくなります。

新しい廃止/ 削除

以前に発表された非推奨