Skip Navigation
Expand
Oracle Field Service(OFS)リリースプロセス
Answer ID 12115   |   Last Review Date 08/26/2022

Oracle Field Serviceのリリースプロセスとは何ですか?

環境:

Oracle Field Service (OFS)の全てのバージョン

解決策:

Oracle Field Serviceのリリースプロセスは、お客様が最新の製品機能、拡張機能、修正を利用できるように設計されており、高レベルのシステムパフォーマンス、品質、安定性、セキュリティを促進します。 Oracle Field Serviceは自動的に更新されるため、お客様はこれらのメリットに加えて、最新の製品機能と保証されたサポートを利用できます。

システムリリースには2つのタイプがあります:

  • 更新 ー 新しい機能を導入します
  • サービスアップデート - 問題の修正が含まれており、必要に応じてリリースされます

以下の「システムリリースタイプ」セクションでは、各タイプのリリースの概要を説明します。

 

システムリリースタイプ

 
 

タイプ

スコープ

頻度

デリバリー

更新

  • APIやGUIの機能強化など、新しい機能を紹介します
  • システムのパフォーマンス、品質、安定性、セキュリティを優先する生産重視のリリース
  • 以前に利用可能なすべての更新を既存の機能に組み込みます
  • 年間4回の更新:2月、5月、8月、11月
  • 更新は、クラウドポータル内のサービスコンソールを介して顧客によって環境に適用されます

サービス 更新

Update

  • 新しいシステム機能は含まれていません
  • システムのパフォーマンス、品質、安定性、セキュリティに影響を与える特定の問題に対する修正を提供します
  • 通常、顧客にはシームレスに見える定期的な更新(ダウンタイムなしなど)
  • 現在のGAアップデートリリースに適用
  • サービスアップデート(「サービスアップデート(SU)リリース」セクションで説明されている場合を除く)は、クラウドポータル内のサービスコンソールを介してお客様によって環境に適用されます。 最初に非本番(TEST)インスタンスに適用し、適切なテストが完了したら本番インスタンスに適用することをお勧めします。
  • 1回限りのサービス更新は、必要に応じて行われる場合があります。 それらには緊急の修正が含まれ、最も高い優先度でインストールできます。
  • 最新のGAサービスの更新
  • Oracle B2C Serviceカスタマポータルに関するサービスアップデートのリリースノート
  • お客様の裁量で非本番(TEST)インスタンスと本番インスタンスを更新

 

 

ネーミングの変更

 

暦年の下2桁を使用し、A、B、C、またはDを使用して4つの更新に対応します。 たとえば、2022年2月の最初の更新をOracle Field Service 22A、2021年5月はOracle Field Service 22B、8月はOracle Field Service 22C、11月はOracle FieldService22Dと呼びます。

 

 

リリースサイクルの例

 

次に、リリースサイクルの例を示します。

  1. 2月の更新(例:22A)は新しい機能を導入します。
  2. サービスアップデート(必要に応じて)には、2月のアップデートの修正が含まれています(例:22A)。
  3. 5月の更新では、新しい機能が導入され、以前のリリースからの修正が含まれています
  4. サービスアップデート(必要に応じて)には、5月のアップデート(例:22B)の修正が含まれています
    注意:サービスアップデートのリリースタイミングはお客様によって異なります。
 

Illustration of release cycle

 

 

リリーススケジュールの更新

 

Oracle Field Service Updateのリリースは、計画の目的で予測可能性を提供するように設計された定期的なリズムで行われます。
以下のスケジュールは計画のために提供されており、変更される可能性があります。

 

 リリース

タイプ 

アップデートリリース日* 

エンドオブライフ日 

地域* 

テストプレビュー

アップデート* 

プロダクション

アップデート 

21B アップデート
 
2021年5月 7日
 
2021年9月6日 全地域 2021年5月 7日 2021年5月 7日**
21C アップデート
 
2021年8月6日
 
2021年12月6日
全地域 2021年8月6日 2021年8月20日**
21D アップデート
 
2021年11月5日
 
 2022年3月7日 全地域 2021年11月5日 2021年11月19日**
22A アップデート
 
2022年2月4日
 
2022年6月6日 全地域 2022年2月4日 2022年2月18日
22B アップデート
 
2022年5月6日
 
2022年9月5日 全地域 2022年5月6日 2022年5月20日
22C アップデート
 
2022年8月5日
 
2022年12月5日 全地域 2022年8月5日 2022年8月19日
22D アップデート
 
2022年11月4日
 
2023年3月6日 全地域 2022年11月4日 2022年11月18日
23A アップデート
 
2023年2月3日
 
2023年6月5日 全地域 2023年2月3日 2023年2月17日
23B アップデート
 
2023年5月5日
 
2023年9月4日 全地域 2023年5月5日 2023年5月19日
23C アップデート
 
2023年8月4日
 
2023年12月4日 全地域 2023年8月4日 2023年8月18日
23D アップデート
 
2023年11月3日
 
2024年3月6日 全地域 2023年11月3日 2023年11月17日

 

* 注:1)指定されたアップデートのリリースおよびリリース日は、オラクルの裁量により変更される場合があります。 2)更新のタイミングは地域によって異なる場合があります。 3)必要に応じて適用されるサービスアップデートは含まれません。 4.)APAC=アジア太平洋; EMEA =ヨーロッパ、中東、アフリカ  LATAM=ラテンアメリカ および NA=北アメリカ

* お客様は、クラウドポータル–サービスコンソールを使用して、製品および非テストプレビュー、テストインスタンスの更新をスケジュールできます。

** クラウドポータル使用について変更がない場合に限ります。

*** メールで通知やクラウドポータルを確認してください。

 

 

エンド・オブ・ライフ

 

オラクルは、指定されたGAUpdateバージョンのOracleFieldServiceのみをホストおよびサポートします。 お客様は、最新のOracle Field ServiceGAUpdateにアップグレードする必要があります。

詳細については、契約に関連付けられている Oracle Cloud Hosting and Delivery Policyを参照してください。

 

 

アップデートプロセス

 

概要

アップデートには、スムーズなプロセスを促進するための適切な準備が必要です。 Oracleが提供するリリース・ドキュメントに加えて、Oracle Field Serviceインスタンスがどのように構成され、日常業務でどのように使用されるかを理解することが重要です。 アップデートを成功させるには、事前に計画を立て、適切なリソースが利用可能であることを確認し、リリースドキュメントを読み、アップデートをビジネスユーザーに事前に伝達することが重要です。 分析はアップデートプロセスの初日に開始する必要があります。これにより、質問に早期に対処できます。

アップデートプロセス中に技術的な問題(インスタンスが利用できない、ログインの問題など)が発生した場合, Oracle B2C Service カスタマポータル からお問い合わせ をご提出ください。サポートチームによりお問い合わせを適切なチームへ割り当てます。

トレーニング、機能の活用方法に関するガイダンス、構成支援、統合支援が必要な場合は、営業担当者に連絡して、コンサルティング契約のオプションの詳細を確認してください。 Oracle コンサルタントサービスの専門家は、Oracle Field Serviceに精通し、熟練しており、関連性のある情報に基づいた推奨事項を提供できます。 オラクルの優先サービスを利用している場合は、テクニカルアカウントマネージャー(TAM)に連絡してください。

 

スコープの更新

オラクルは、サービスの中断を最小限に抑え、情報セキュリティポリシーを含む該当するポリシーと手順への準拠を支援するように設計された、文書化された更新ポリシーに従います。
更新後の重大な問題への対応はカスタマーサポートをご利用いただけます。

 

スコープサービス:

  • 更新タイミングに関する顧客とのコミュニケーションと通知

  • アップデートリリースのドキュメントを見つけるためのガイダンス

  • 「Like-for-Like」*システムの移行

  • 非本番(TEST)インスタンスの更新

  • 本番インスタンスの更新

*「Like-for-Like」は正確に意味するものではありません。 機能が非推奨または削除されない限り、機能が同様の方法で利用可能であることを意味します。

 

範囲外のサービス:

  • 新機能のデプロイ(該当する場合は、本番サイトの更新が完了した後にこの機能を追加することをお勧めします)

  • トレーニング、ガイダンス、コーチング、または新しい構成**

  • APIの移行と非推奨の処理の統合サポート**

  • 顧客/パートナーまたはインテグレーターによるカスタマイズの更新

  • 更新と更新に関連しない問題の管理

  • 正式なプロジェクト計画、計画のレビュー、および要件の承認プロセス

**コンサルティング契約のオプションの詳細については、contact your Sales Account Managerをご覧ください。

 

 

プロセスの流れ

 

このセクションでは、各タイプのリリースの一般的なアップデートプロセスの概要を説明します。

 

アップデート:

Test Previewインスタンスは、アップデートリリース日に更新されます。 更新は、四半期の第1金曜日(2月、5月、8月、11月)に実行されます。 これらのリリースは「Like-for-Like」アップデートで構成されています。つまり、廃止されない限り、以前の機能を利用できますが、まったく同じではない場合があります。 これらの更新は、事前定義されたスケジュールされた更新期間中に自動的に適用されます。

以下に、主な更新プロセスに関連する手順の概要を示します。

  • 最初の通知は、非本番(テスト)が更新される約2週間前に配信されます
  • Release Readiness ドキュメントは、GAのリリース日の1〜2週間前に入手できます。
  • アップデートリリースはGAです
  • テストプレビューインスタンスは、更新リリース日に更新されます
    •     注意:更新期間中は、新しい本番構成を実行しないことをお勧めします。
  • 標準の更新レビュー期間は2週間です。 お客様は、Cloud Portal – Service Consoleを使用して、製品および残りのテストインスタンス(プレビュー以外ではない)の更新のお客様のスケジュールを定義できます。
  • 本番環境は、クラウドポータルで定義されたスケジュール日に更新されます - サービスコンソール
  • 本番テストと非プレビューテストは、更新時にプレビューテストに含まれるサービス更新を受信します。(注意:テストプレビューインスタンスが、適用しようとしているメジャーアップデートバージョンを現在実行していない場合、アップグレードしようとしているインスタンスは、目的のメジャーアップデートバージョンの最新のサービスアップデートを受け取ります)
  • 更新完了通知が配信されます
 
アップデートのベストプラクティス:

これらのベストプラクティスは、正常でスムーズな更新を容易にするのに役立ちます。

  • このプロセスの「リリーススケジュールの更新」セクションで目標の日付を使用して、事前に計画します
  • 組織が今後の更新を認識できるように、事前にビジネスユーザーに更新を伝達します
  • 非本番(TEST)インスタンスを更新する前に、リリースドキュメントをお読みください
  • ITおよびビジネスユーザーを含む適切なリソースが更新レビューに利用できることを確認します
  • レビューの遅延を回避するために、レビュー目的で使用されるバックオフィスシステムを準備して、それらが利用可能であり、データが含まれていることを確認します。
  • 現在のビジネスプロセスに沿ったレビュー計画をユーザーに提供します。これにより、プロセス全体がスピードアップし、レビュー中に見逃したアイテムを回避できます。
  • リリースドキュメントを使用して、ユーザーに提供する内部ドキュメントの更新を開始します
  • 更新期間中に主要な構成変更やビジネスプロセスの変更を行わないでください
  • 該当する場合は、本番インスタンスが更新された後にビジネスや構成を変更することをお勧めします。このアプローチは、「like-for-like」アップデートの提供と一致しています。
  • 分析は更新の初日に開始する必要があります。これにより、プロセスの早い段階で質問に対処できます。
 
サービスアップデート (SU) リリース:

環境やタイミングに関係なく、すべてのサービスアップデートは、サービスコンソールを介してお客様によってスケジュールされます。  

このプロセスの唯一の例外は次のとおりです。

- オラクルは、システムの安定性またはセキュリティを危険にさらすため、サービス更新を必須と見なします。

- 必要に応じて、1回限りのサービス更新が行われる場合があります。 これらのリリースは、新しい機能を含まない定期的な更新です。

オラクルは、例外的な状況が発生した場合に事前に顧客に通知するよう最善を尽くしますが、状況の複雑さや緊急性を考えると、常に顧客に通知できるとは限りません。

 

以下に、サービス更新プロセスに関連する主な手順の概要を示します。

  • サービスアップデートが利用可能です。 お客様は、サービスコンソールを介してSUをスケジュールできます
  • サービスアップデートのドキュメントは、リリース時またはリリース直後に利用できます
  • サービス更新スケジュール通知は、セルフスケジュール機能を使用して顧客が選択したインスタンス、日付、および時刻に対して送信されます
  • サービスアップデートがインスタンスに適用されます
  • 更新が完了すると、サービス更新完了通知が配信されます
 
更新およびサービス更新のメンテナンスウィンドウ:

更新とサービスの更新は、標準の3時間の更新期間中に行われます。

  • お客様は、Cloud Portal – Service Consoleを使用して、サブスクリプション内のすべてのインスタンスに適用される更新ウィンドウを指定できます。
  • 更新ウィンドウが指定されていない場合、ホスティングの地理的地域に応じてデフォルトの更新ウィンドウが適用されます
  • 北米(NA)およびラテンアメリカ(LATAM)-AMER:金曜日21:00 CDT / CST
  • ヨーロッパおよびアフリカ-EMEA:金曜日21:00 BST / GMT8

 

よくある質問(FAQ)

 

サービスコンソールで更新をスケジュールするときに、更新と一緒に適用する特定のサービス更新を選択できないのはなぜですか?
 
デフォルトでは、Test-Previewインスタンスは新しい機能リリースの初期GAバージョンに更新されます。
本番環境および追加の非プレビューテスト環境は、それらの本番環境および追加の非プレビューテスト環境のスケジュールされた更新時にテストプレビューインスタンスがオンになっているサービス更新に更新されます。

更新が必要な理由とそれに関連するメリットは何ですか?

最新のOracleFieldServiceバージョンを実行するということは、システムパフォーマンス、品質、安定性、およびセキュリティの観点から、最新の製品機能にアクセスできることを意味します。 Oracle Cloud Hosting and Delivery Policyに記載されているOracleによるサービスの提供は、最新のリリースを使用していることを条件としています。

Answer ID 8509: Oracle Field Service (OFS) Release Processに見られるように、OracleFieldServiceが更新の事前定義されたスケジュールを提供するのはなぜですか。  

更新は、更新が本番(PROD)に適用される前に、変更を計画し、非本番(TEST)インスタンスで最新の更新を確認する機会を顧客に提供するようにスケジュールされています。 これにより、顧客は、組織を更新する準備をするだけでなく、本番サイをで更新する前に変更を加えることができます。

更新を拒否/キャンセルできますか?

更新を拒否またはキャンセルすることはできません。 上記のOracleFieldService / OFSリリースプロセスを参照して、計画されたリリーススケジュールを見つけ、スケジュールを変更する必要があるかどうかを判断してください。

アップデートのスケジュールを変更できますか?

TEST Previewインスタンスの更新は変更できませんが、本番およびその他のTESTインスタンスの更新日は変更できます。 これらの日付は、Cloud Portal –ServiceConsoleを使用して調整できます。 詳細については、クラウドポータルのドキュメントを参照してください。

更新をリクエストしてスケジュールするにはどうすればよいですか? 

更新をリクエストする必要はありません。 Oracle Field Serviceの顧客は、OracleのCloudOperationsリリースチームによって決定された事前定義されたスケジュールを使用して更新されます。 計画の目的で、上記のOracle Field Service / OFSリリースプロセスを参照して、計画されたリリーススケジュールを見つけることができます。 Cloud Portalからスケジュールを変更できます。

更新期間中に発生する可能性のある不具合を報告するにはどうすればよいですか? 

更新中に見つかった可能性のある欠陥は、CXカスタマーポータル(https://cx.rightnow.com)を介して報告する必要があります。 Oracleフィールドサービスサポートチームは、問題の重大度と領域(管理、モビリティ、ルーティングなど)に応じて問題を処理します。

アップデート後に利用できる追加または特別なサポートはありますか?

更新中および更新後に見つかったすべての問題は、CXカスタマーポータル(https://cx.rightnow.com)を使用した標準のOracleフィールドサービスプロセスに従って対処されます。
トレーニング、機能の活用方法に関するガイダンス、構成支援、統合支援が必要な場合は、contact your Sales Account Manager にアクセスして、コンサルティング契約のオプションの詳細を確認してください。

関連するサービスリクエストを更新するための応答をどのくらい早く期待できますか?

応答は重大度に基づいており、Oracle's Cloud Support Policyに準拠しています。

あるOFSバージョンから別のバージョンにアップグレードした場合に考えられる影響を評価するためのヘルプはどこで入手できますか? 

リリースドキュメントは定期的に公開されています。 Whats New documentationでは、Oracle Field Serviceバージョンで導入された新機能、変更点、および変更された機能について説明しています。 リリースノートには、マイナーな変更と更新の概要が記載されています。 このドキュメントで導入された機能と変更の詳細については、ご利用になっている各ドキュメントを参照してください。
上記のドキュメントを確認した後もサポートが必要な場合は、contact your Sales Account Managerでコンサルティング契約の詳細を確認してください。

 

新機能に関する質問はどこに問い合わせればよいですか?

Whats New ドキュメンテーションを確認することをお勧めします。 リリースドキュメントでは、Oracle Field Serviceのバージョンで導入された新機能、変更、および変更された機能について説明しています。 また、マイナーな変更と更新の概要についても説明します。
上記のドキュメントを確認した後、引き続きサポートが必要な場合は、contact your Sales Account Managerをご利用ください。

 

アップデートまたはサービスアップデート中に新機能/拡張機能が有効になりますか?

アップデートでアクティブ化される新機能については、Whats New ドキュメンテーションを確認してください。 Oracleは、顧客インスタンスの構成変更を実行しません。 Whats Newドキュメントに記載されていない限り、新機能はデフォルトでオンになっていません。 更新後に機能を有効にする必要があります。 サービスアップデートには、新機能や拡張機能は含まれていません。

 

アップデートまたはサービスアップデートは私のカスタマイズを壊しますか?

他の変更と同様に、更新期間の早めの段階でカスタマイズを確認してください。 本番環境で更新が完了したら、すべてのカスタマイズと統合を検証することをお勧めします。

アップデート前にすべきことはありますか?

ここにいくつかの推奨事項があります:

  • Whats New ドキュメンテーションをご参照ください。 

  • スケジュールされた更新について、エンドユーザーおよび組織内の他の関係者に通知します。

  • TESTの更新に関する通知を受け取った瞬間から、更新期間中に本番構成をフリーズすることを強くお勧めします。

  • 非推奨の製品拡張機能、フレームワーク、APIを時間どおりに移行します。

  • お客様/パートナーが作成したカスタマイズの下位互換性を確保するために、関連する対策を講じてください。 オラクルは、顧客またはパートナーによるカスタマイズをサポートしていないことに注意してください。

  • ベストプラクティスに従って、更新の計画とレビューのためにリソースを計画および割り当てます。

どの非本番(TEST)インスタンスが最初にアップデートを受け取りますか?

プレビューTESTインスタンス(デフォルトでは2番目のTESTインスタンス)は、サービスコンソールで識別されます(The Update Process Rulesを参照)。

アップデートに使用するTESTプレビューインスタンスを変更することはできますか? 

使用するTESTインスタンスを変更することはできません。

TESTインスタンスの更新中にどのくらいのダウンタイムが予想されますか?

ダウンタイムが発生しないように努めていますが、場合によってはダウンタイムが必要になることがあります。 ダウンタイムが必要な場合、期間はいくつかの技術的要因によって異なります。

アップデートにはどのくらい時間がかかりますか?

更新は、定義されたメンテナンスウィンドウで行われます。 メンテナンスウィンドウに関する情報は、更新通知で公開されます。

非本番(TEST)インスタンスは、更新前に更新されますか? もしそうなら、私のデータを失いますか?

更新およびサービス更新の場合、非実稼働(TEST)インスタンスは実稼働構成で更新されず、データは削除されません。
更新前に本番構成とデータのコピーを使用して非本番(TEST)インスタンスを更新する場合は、サービスコンソールの[別のインスタンスから再作成]オプションに従ってください。

 

私たちが新しい顧客であり、本番環境がない場合、非本番(TEST)インスタンスは影響を受けますか?

これは、ソリューションを組織にデプロイする前に、新しい拡張機能を利用する絶好の機会です。 これは、更新期間の前に調整され、非実稼働(TEST)での構成作業が影響を受ける可能性を減らします。 非本番(TEST)インスタンスは両方とも更新期間中に更新されるため、実装作業を続行できます。

非本番(TEST)アップデートおよびサービスアップデートのメンテナンスウィンドウは何ですか?

非本番(TEST)のメンテナンスウィンドウは、クラウドポータル内のフィールドサービスコンソールで定義できます。

他の非本番(TEST)インスタンスはいつ更新されますか? 

クラウドポータルのフィールドサービスコンソールを使用して、非本番(TEST)インスタンスの更新をスケジュールできます。 これらのインスタンスは本番構成で更新されず、データは削除されません。

インスタンスを確認するのにどのくらいの時間が必要ですか? 

レビューに割り当てられたタイミングの詳細については、上記の「一般提供(GA)リリース」セクションを参照してください。

メンテナンス期間中に非本番(TEST)および本番の検証を実行する必要がありますか?

メンテナンスウィンドウは、技術的な操作のためにOracleによって予約されています。 メンテナンスウィンドウの終了後に検証を実行することをお勧めします。

メンテナンス期間中に必要に応じてロールバックを実行することは可能ですか? もしそうなら、これが実行されるのにどのくらいの時間が必要ですか? 

Oracleは、Oracle FieldServiceUpdatesまたはServiceUpdatesのロールバックオンデマンドオプションを提供していることに注意してください。 状況に基づいて、オラクルは、必要に応じて、影響を与えるいくつかの問題について、修正を提供するか、環境を以前の動作状態に戻すかを決定します。

更新レビューのためにリソース/内部プロジェクトを並べるために、更新通知はどのくらい前に送信されますか?

Oracle Field Serviceの顧客は、事前定義されたスケジュールに従って更新されます。 リリースタイプに基づいて、更新前に追加の通知が送信されます。 上記の[更新プロセス]セクションを確認するか、質問がある場合はcontact your Sales Account Managerを確認することをお勧めします。

サービスアップデートはリリースプロセスの一部ですか?

はい。 サービスの更新はプロセスの一部です。 クラウドポータル内のフィールドサービスコンソールを使用して、ご使用の環境に合わせてスケジュールを設定できます。

本番環境が更新されたのに、非本番環境(TEST)で行った構成変更が移動されなかったのはなぜですか?

更新期間中に非本番(TEST)で行った構成変更は、本番構成に基づく「類似」更新を容易にするためにPRODにコピーされません。 PRODで必要な非本番(TEST)に変更を加えた場合は、更新の完了後にそれらの構成変更をPRODにも適用することを計画する必要があります。 このアプローチは、スムーズな更新の経験を妨げる可能性のある新しい変更の導入を回避します。

インスタンスに更新が適用され、事前に通知されなかったのはなぜですか?

1回限りのサービス更新、またはセキュリティまたは安定性の懸念のために即時と見なされるサービス更新の適用は、必要に応じて実施する場合があります。 それらには緊急の修正が含まれ、最優先で急に通知されインストールされます。 事前の通知はありません。 オラクルは、保証はされていませんが、事前にお客様に通知するよう最善を尽くします。 非本番(TEST)および本番操作の完全な通知が送信されます。 詳細については、9072: The OFS Change Management Policy をご覧ください。

Oracle Field Serviceでサポートされているブラウザは何ですか? 

Oracle Field Serviceのブラウザサポートポリシーは、Oracle's Software Web Browser Support Policyに一致します。 Oracle Field Serviceの詳細は、Answer ID 8415: Oracle Field Service (OFS) Browser Support Policyに記載されています。

 

Copyright © 2022, Oracle and/or its affiliates. All rights reserved.

OracleおよびJavaは、Oracleおよび/またはその関連会社の登録商標です。 その他の名称は、それぞれの所有者の商標である可能性があります。

ここに含まれる情報は、予告なしに変更されることがあり、エラーがないことを保証するものではありません。 エラーを見つけた場合は、書面で報告してください。

Available Languages for this Answer:

Notify Me
The page will refresh upon submission. Any pending input will be lost.