様々な製品に関するアップグレード前後のタスク
アップグレードの準備として、さまざまなアプリケーションや機能のアップグレードおよび移行のタスクを確認します。該当する場合は、アップグレード完了前後でそれらのタスクを完了する計画を立てます。
スムーズなアップグレードのためのインスタンスの準備
Zurich にアップグレードする前に、これらのアップグレード前後のタスクを確認し、必要に応じて完了してください。
アップグレードおよび移行のタスク
| 製品 | リリースノート | ファミリ | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
AI 検索 |
| Vancouver | ||||||||||||||||||||||
アセスメントとサーベイ | Utah より前のバージョンから Vancouver にアップグレードする場合は、自動テストフレームワーク (ATF) テストを更新します。Utah リリースでは、アセスメントカードとサーベイカードのボタンをすべて削除しました。ATF テストを正常に実行するには、このステップを含むすべてのテストについて、「サーベイの実施ボタンをクリックする」ステップを「サーベイカードをクリックする」のステップに置き換える必要があります。 | Vancouver | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | Vancouver | ||||||||||||||||||||||
クラウドコスト管理 | クラウドコスト管理を Vancouver にアップグレードする手順については、「クラウドインサイトのアップグレード」を参照してください。 | Vancouver | ||||||||||||||||||||||
構成管理データベース (CMDB) | アップグレード中に、調整定義マッピング [cmdb_reconciliation_definition_mapping] テーブルを再ペアレンティングする修正スクリプトが実行されます。この修正スクリプトが完了するまでの時間は、アップグレードされたインスタンスの調整ルールの数によって異なり、通常はアップグレードに数分かかります。 調整定義マッピング [cmdb_reconciliation_definition_mapping] テーブルを再ペアレンティングすることは、インスタンス間で調整ルールをエクスポートするときにそのテーブルのデータが更新セットによってキャプチャされるようにするために必要です。アップグレード後、調整ルールへの変更は更新セットによって完全にキャプチャされ、宛先インスタンスに適切に移植されます。 | Vancouver | ||||||||||||||||||||||
カスタマーサービス管理 (CSM) | Vancouver リリースへのアップグレード後に、カスタマーサービスのタスクインテリジェンスのカテゴリ化および感情モデルの再トレーニングと再展開が必要になる場合があります。詳細については、カスタマーサービスのタスクインテリジェンスのドキュメントの「Steps to complete after upgrading to Vancouver (Vancouver にアップグレードした後に完了するステップ)」を参照してください。 | Vancouver | ||||||||||||||||||||||
ドキュメントインテリジェンス (DocIntel) | ドキュメントインテリジェンス (DocIntel ) 3.0 以降には、スコープ対象のアプリケーションから ServiceNow AI Platform プラグインへの移行をサポートする更新されたスキーマが含まれています。アップグレードの詳細については、「バージョン 2.4 以前からドキュメントインテリジェンス (DocIntel) 3.0 へのアップグレード」を参照してください。 | Vancouver | ||||||||||||||||||||||
ゴールフレームワーク | v4.2.0 以降、[タイプ] フィールドが [マイルストーン] に設定されている既存のターゲットは、定性的ターゲットと見なされます。ゴールフレームワークをアップグレードすると、このような既存のターゲットの場合、測定単位は [はい]/[いいえ] に設定され、[基準] の値は [いいえ] に設定され、[ターゲット] の値は自動的に [はい] に設定されます。また、進捗値が 100 の場合、[実績] の値は [はい] に設定され、それ以外の場合は [いいえ] に設定されます。 | Vancouver | ||||||||||||||||||||||
ITOM ヴィジビリティ |
| Vancouver | ||||||||||||||||||||||
ID と認証 | 認証 report_view アクセス制御リスト (ACL) は、ダッシュボードなどでレポートを表示できるユーザーを管理するもので、Vancouver リリースではデフォルトで有効になっています。詳細については、「Report_view access control (Report_view のアクセス制御)」を参照してください。 | Vancouver | ||||||||||||||||||||||
産業用プロセスマネージャー | Manufacturing Process Manager に同梱されている ISA サービスグラフコネクタを使用し、産業用プロセスマネージャーにアップグレードする場合は、新しい ISA 設備階層モデルエンティティに一意の名前フィールドがあることを確認してください。 | Vancouver | ||||||||||||||||||||||
インスタンスデータレプリケーション (IDR) | レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「Upgrading legacy replication set to V2 in インスタンスデータレプリケーション (IDR) (インスタンスデータレプリケーション (IDR) の V2 への従来のレプリケーションセットのアップグレード)」を参照してください。 インスタンスのレプリケーションペイロードエラー [idr_replication_payload_error] テーブルに 1,000 万件を超えるレコードがある場合は、KB1364728 に従ってテーブルローテーションを設定します。テーブルローテーションを使用してレプリケーションペイロードエラー [idr_replication_payload_error] テーブルからレコードを削除すると、このテーブルには IDR によってログに記録されたレプリケーションエラーのみが含まれ、レプリケートされたデータは含まれないため、安全です。 | Vancouver | ||||||||||||||||||||||
MID サーバー | 最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。 独自の JRE をインストールしている場合、アップグレードプロセスは次のアクションを実行して、MID サーバーがサポートされている JRE を使用するようにします。
自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 1 つの実行可能ファイルパスにつき、 Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは『MID Server fails to start (MID サーバーが起動しない)』を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。
| Vancouver | ||||||||||||||||||||||
Now Assist | Now Assist アプリケーションとプラグインのアップグレードのトラブルシューティングの詳細については、Now Assist アップグレードの問題と軽減に関する KB 記事を参照してください。 | Vancouver | ||||||||||||||||||||||
注文管理 | 2023 年 11 月のリリース以降、注文管理アプリケーションは、電気通信、メディア、テクノロジー向け注文管理アプリケーションで提供される注文履行機能を含む、製品およびサービスの注文の完全なライフサイクルをサポートします。通信事業サービス管理サブスクリプションをお持ちの場合は、ServiceNow Store から電気通信、メディア、テクノロジー向け注文管理アプリケーションをインストールします。このアプリケーションは、注文管理アプリケーション、通信デモデータ、および TM Forum API REST 仕様の次の ServiceNow オープン API 実装をインストールします。
カスタマーサービス管理 (CSM) の注文管理アプリケーションに精通している場合は、注文管理アプリケーションをインストールした後、オプションでそのインターフェイスを使用できます。詳細については、「Enable the user interface for Order Management for Customer Service Management (カスタマーサービス管理 (CSM) の注文管理のユーザーインターフェイスを有効にする) KB1554296」を参照してください。インターフェイスの変更については、「カスタマーサービス管理 (CSM) の注文管理アプリケーションの変更 (Changes to the Order Management for Customer Service Management application) KB1560237」を参照してください。 アップグレード中、注文タスク [sn_ind_tmt_orm_order_task] テーブルは、カスタマーサービス管理 (CSM) アプリケーションで使用される予定タスク [planned_tasks] テーブルから拡張されます。注文タスクテーブルも変更されました。注文タスクテーブルの変更に関する詳細については、「OMT Reparenting data model changes (OMT 再親化データモデルの変更) KB1496935」を参照してください。 Vancouver リリースにアップグレードしたが、電気通信、メディア、テクノロジー向け注文管理アプリケーションのバージョン 5.2.0 を使用していない場合、製品インベントリおよび製品モデル特性を設定するための修正は利用できません。これらの変更を取得するには、現在の Vancouver パッチにアップグレードします。 | Vancouver | ||||||||||||||||||||||
プラットフォームアナリティクスワークスペース | プラットフォームアナリティクスワークスペース (3.0) の Vancouver バージョンには、以前は ServiceNow® Store でのみ利用可能だったバージョン 2.1.x の更新が含まれています。 | Vancouver | ||||||||||||||||||||||
ポートフォリオ計画 |
| Vancouver | ||||||||||||||||||||||
プロセスオートメーションデザイナー | Vancouver にアップグレードした後、ServiceNow Store で アプリケーションを更新します。 | Vancouver | ||||||||||||||||||||||
公共機関デジタルサービス | 公共機関デジタルサービス v8.0 にアップグレードする前に、[提供されるサービス] テーブルのデータ、[受けたサービス] テーブルのデータ、および [提供されるサービス] テーブルから [サービス定義] テーブルへの変換によって影響を受けるその他すべてのデータ (パフォーマンスアナリティクスダッシュボードデータ、構成員またはビジネスレポートデータなど) のカスタムサービス定義を作成する必要があります。以前のリリースで作成されたカスタムサービス提供データと受けたサービスデータは、新しいリリースに自動的に移行されず、アップグレード後は、データが従来のエンティティからサービス定義テーブルに移行されるまで、アプリケーション内でアクセスできなくなります。詳細については、「提供されるサービスと受けたサービスの移行ガイダンス (Services Offered and Services Received Migration Guidance)」および 「公共機関デジタルサービスでのプレイブックのサービス定義の構成 (Configure a service definition for Playbooks in Public Sector Digital Services)」を参照してください。 アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。詳細については、「Relabel items for public sector use after upgrade (アップグレード後に公共部門用のアイテムのラベルを変更する)」を参照してください。 | Vancouver | ||||||||||||||||||||||
ロボティックプロセスオートメーション (RPA) ハブ | 現在インストール済みの Microsoft Software Installers (MSI) (RPA デスクトップデザインスタジオ、アテンド型ロボット、無人ロボット、および 無人ロボット Login Agent) は、RPA アプリケーションをダウンロードして必ずアップグレードしてください。詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。 次のアップグレード手順は、San Diego または Tokyo から Vancouver にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションについて、Tokyo からのアップグレード中、または Vancouver へのアップグレードの前に、遅延が生じる可能性があります。 RPA Hub を Vancouver にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。 Vancouver にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。ただし、ボットプロセス構成がボットプロセスを完全に置き換えるわけではありません。ほとんどのフィールドがボットプロセスからボットプロセス構成に移動されます。 システムプロパティ値を更新せずに Utah バージョンにアップグレードすると、テーブルは [アプリケーションファイル] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah (Utah の sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。 | Vancouver | ||||||||||||||||||||||
セキュリティインシデントレスポンス | Vancouver | |||||||||||||||||||||||
サービスブリッジ | 新しい サービスブリッジアプリケーションのアップグレードと使用の詳細については、「サービスブリッジからの移行 (レガシー)」を参照してください。 | Vancouver | ||||||||||||||||||||||
Service Operations Workspace for ITSM | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
ここで、x は サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) のサブバージョンで、y は サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) のサブバージョンです。 アップグレードされたインスタンスに次のいずれかのカスタマイズが含まれている場合は、標準レコードページの変更を移行する必要があります。詳細については、「サービスオペレーションワークスペースの標準レコードページの構成」を参照してください。
3.0 のアップグレード後は、推奨フレームワーク機能は使用できなくなり、代わりに Recommended Actions for ITSM 機能の標準バージョンのみが使用できます。 | Vancouver | ||||||||||||||||||||||
サービスポータル | アップグレード後に、テーブル入力パラメーターを受け入れる公開ウィジェットのデータにゲストユーザーがアクセスできるテーブルを指定する必要があります。デフォルトでは、Vancouver パッチ 7 リリース以降では、テーブル入力パラメーターを受け入れる公開ウィジェットは、ゲストユーザーのどのテーブルからもデータにアクセスして返すことができません。アップグレード前に glide.service_portal.widget.table_allow_list または glide.service_portal.widget.allow_list システムプロパティを追加した場合、これらのプロパティの値は、Vancouver パッチ 7 リリース以降にアップグレードした後にウィジェットの公開テーブル許可リストに移行されます。詳細については、「ウィジェットセキュリティの構成」を参照してください。 さらに、フィールドレベルの読み取り ACL は、デフォルトで簡易リストウィジェットインスタンスのフィルター条件に適用されます。新しいシステムプロパティ glide.service_portal.enable_acls_for_encoded_query_in_list は、簡易リストウィジェットインスタンスに対して [フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms)] オプションが選択されているかどうかに関係なく、これらの ACL を適用します。[フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms )] オプションを使用するには、glide.service_portal.enable_acls_for_encoded_query_in_list の値を false に変更します。詳細については、「簡易リスト ウィジェット」を参照してください。 | Vancouver | ||||||||||||||||||||||
サービスポートフォリオ管理 | 可用性の結果の表示は Tokyo リリースで導入されましたが後続のリリースにも適用されます。アップグレードすると、データ負荷が高いと判断されたお客様の場合、システムが長時間実行型のバックグラウンドジョブを開始し、長い時間継続する場合があります。詳細については、「KB1123644」を参照してください。 | Vancouver | ||||||||||||||||||||||
スキル管理 | [スキルを管理] ページの URL をカスタマイズした場合は、新しいページを指すように URL を手動で更新する必要があります。新しい [スキルの管理] ページへの相対パスは次のとおりです：https://<instance name>.service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department。既存のパスをこのパスに置き換えることができます。
注: parent-skill と parent-department の sys_id が、既存の URL にあるものと同じ ID であることを確認してください。 | Vancouver | ||||||||||||||||||||||
ソフトウェア資産管理 | Software Asset Management Foundation プラグイン (com.snc.sams) のアップグレードについて詳しくは、「Revert Software Asset Management Customizations (ソフトウェア資産管理のカスタマイズを元に戻す)」を参照してください。 Vancouver にアップグレードすると、ディスカバリーマップ (DMAP) 定義の [バージョン] フィールドと [エディション] フィールドで新しい is_empty 値がサポートされます。既存の Microsoft SQL Server コンポーネント DMAP 定義の [エディション] フィールドが以前に is_anything に設定されていた場合、コンテンツの更新後に新しい is_empty 値で自動的に更新されます。 | Vancouver | ||||||||||||||||||||||
戦略的計画 |
| Vancouver | ||||||||||||||||||||||
通信事業サービスオペレーション管理 | 統合ハブスターターパッケージは、外部トリガーとともに、Vancouver パッチ 1 のスターターパッケージのコンポーネントとして含まれています。顧客は、電気通信 API 通知機能を取得するには、ファミリーリリースの Vancouver パッチ 1 を使用する必要があります。 | Vancouver | ||||||||||||||||||||||
サードパーティリスク管理 | Vancouver | |||||||||||||||||||||||
仮想エージェント | Vancouver パッチ 7 で提供されるいくつかの機能は、最初の Washington DC 早期アクセスリリースでは使用できません。これらの機能は、Washington DC の将来のパッチリリースで利用可能になります。
| Vancouver | ||||||||||||||||||||||
脆弱性対応統合 |
| Vancouver | ||||||||||||||||||||||
脆弱性対応 | 脆弱性対応アプリケーションのデータモデル変更により、アップグレードには以前よりかなり長い時間がかかる場合があります。詳しくは、KB0856498 を参照してください。 新しいバージョンへのアップグレード中は、アップグレード元のデータとバージョンに基づいてアップグレード時間が長くなる場合があります。この問題は、アップグレード中に追加されたスキーマの変更が原因です。詳しくは、KB0856498 を参照してください。 脆弱性対応アプリケーションのバージョン 20.0 および脆弱性緊急対応アプリケーションのバージョン 2.03 以降、「脆弱性アナリストワークスペース」は「脆弱性アセスメントワークスペース」という名前に変更されています。「脆弱性アナリストワークスペース」への参照はすべて「脆弱性アセスメントワークスペース」になりました。 | Vancouver | ||||||||||||||||||||||
AI 検索 | Washington DC パッチ 9:
Washington DC:
| Washington | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | Washington | ||||||||||||||||||||||
事業継続性管理 | Washington DC リリースにアップグレードした後には、既存のビジネスインパクトアナリシス、事業継続性計画、およびイベントについて、次の重要な情報に注意する必要があります。
| Washington DC | ||||||||||||||||||||||
構成管理データベース (CMDB) |
| ワシントン DC | ||||||||||||||||||||||
コア ServiceNow AI プラットフォーム | 以前は、トランザクションがキャンセルされた場合に、特定の監査可能な操作が記録されませんでした。監査レコードがなくなるこの動作が発生するのは、レコードの変更中にプラットフォームがなんらかの操作を実行し、監査の作成前にその操作がキャンセルされるためです。しかし現在では、レコードが変更された直後に監査が作成されるため、キャンセルされたトランザクションによって、監査が記録される前に操作が中止される可能性が低くなります。この更新を容易にするために、トランザクションと同じスレッドに監査が記録されるようになりました。以前の監査はバックグラウンドスレッドで作成されていました。 この変更により、 | Washington DC | ||||||||||||||||||||||
暗号化キー管理 | インスタンスを Washington DC にアップグレードしても、MID サーバーをアップグレードしない場合、シークレット管理認証は失敗します。MID サーバーを Washington DC にアップグレードすることで、認証エラーを回避します。アップグレードできない場合は、認証の失敗を避けるために、MID サーバーが Washington DC にアップグレードされるまでは認証をオフにする必要があります。 MID サーバーのアップグレード詳細については、「MID サーバーのアップグレード」を参照してください。 | Washington DC | ||||||||||||||||||||||
エンタープライズ資産管理 | Washington DC にアップグレードすると、エンタープライズ資産 [sn_ent_asset] テーブルで [model_component] フィールドを使用できなくなります。代わりに、資産 [alm_asset] テーブルで新しい model_component_id フィールドが使用可能になります。[ENT - Migrate to new model] コンポーネントスクリプトによって、既存の model_component フィールドデータが model_component_id フィールドに移動します。 資産の総所有コスト (TCO) については、次のアップグレードシナリオに注意してください。
| Washington DC | ||||||||||||||||||||||
ファイナンシャルサービスオペレーションコア | Washington DC へのアップグレード中に、ファイナンシャルサービスオペレーションコアプラグインは次のテーブルを再ペアレンティングします。
注: アップグレードされたインスタンス内のレコードの数が多い場合、アップグレードの完了までに長時間かかることがあります。
| Washington DC | ||||||||||||||||||||||
ハードウェア資産管理 10.0.0 | Washington DC にアップグレードした後は、資産の総所有コスト (TCO) について、次のアップグレードシナリオに留意してください。
| Washington DC | ||||||||||||||||||||||
ヘルスケアとライフサイエンスサービス管理 Core | Washington DC へのアップグレード中に、ヘルスケア販売済み製品 [sn_hcls_sold_product] 親テーブルが、次のテーブルのインストールベースアイテム [sn_install_base_item] に変更されます。
また、次のテーブルは親テーブルが削除されてスタンドアロンテーブルになっています。
既存のデータは、既存の機能が影響を受けないよう、次の方法で移行されます。
注: アップグレードされたインスタンス内のレコードの数が多い場合、アップグレードの完了までに長時間かかることがあります。 | Washington DC | ||||||||||||||||||||||
産業用プロセスマネージャー | 産業用プロセスマネージャーアプリケーションは、オペレーショナルテクノロジーインシデント管理およびオペレーショナルテクノロジー変更管理を含む Operational Technology Service Management アプリケーションと依存関係を持つようになりました。産業用プロセスマネージャーをインスタンスにインストールするには、次のいずれかの SKU が必要です。
| Washington DC | ||||||||||||||||||||||
インスタンスデータレプリケーション (IDR) | レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「Upgrading legacy replication set to V2 in Instance Data Replication (インスタンスデータレプリケーション (IDR) の V2 への従来のレプリケーションセットのアップグレード)」を参照してください。 アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。 | Washington DC | ||||||||||||||||||||||
MID サーバー | 最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。 独自の JRE をインストールしている場合、アップグレードプロセスは次のアクションを実行して、MID サーバーがサポートされている JRE を使用するようにします。
自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 1 つの実行可能ファイルパスにつき、 Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。
| Washington DC | ||||||||||||||||||||||
クリエーターの Now Assist | ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。ワークフロースタジオのアップグレードの詳細については、「ワークフロースタジオの最新バージョンへの更新」を参照してください。
| Washington DC | ||||||||||||||||||||||
Now Assist | Now Assist アプリケーションとプラグインのアップグレードのトラブルシューティングの詳細については、Now Assist アップグレードの問題と軽減に関する KB 記事を参照してください。 | Washington DC | ||||||||||||||||||||||
注文管理 | この Washington DC リリースで導入された新機能は、Order Management for Telecommunications, Media, and Technology の以前のリリースではサポートされていません。 Washington DC リリース以降では、製品オファリングと製品属性の特性に設定された毎月の定期料金 (MRC) と非定期料金 (NRC) は、製品オファリングデータモデルではなく、価格リストと価格明細の価格設定データモデルに保存されます。Washington DC にアップグレードした後に価格リストを使用するように価格情報をアップグレードする場合は、Now Support ナレッジベースの記事「Washington にアップグレードする電気通信、メディア、およびテクノロジーの顧客向けの Price Management プラグイン (com.sn_csm_pricing) の取り込み (Price Management Plugin (com.sn_csm_pricing) uptake for Telecommunications, Media, and Technology customers upgrading to Washington) [KB1585863]」を参照してください。 Washington DC リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセス (必要な場合) の使用については、Now Support ナレッジベースの記事「注文キャプチャの電話会社リストの廃止 (Deprecating Telco List for Order Capture) [KB1586538]」を参照してください。 Washington DC にアップグレードした後、製品コンフィギュレーターの使用中に、新しい変更指示や、切断、一時停止、または再開アクションを含む注文を処理するための再構成ワークアラウンドを確認します。詳細については、Now Support ナレッジベースの記事「Washington で注文キャプチャ UI を使用する際の注文ライン再構成の問題 (Order line reconfiguration issues in Washington when using Order Capture UI) [KB1585976]」を参照してください。 | Washington DC | ||||||||||||||||||||||
注文管理 | この Washington DC リリースで導入された機能は、注文管理の以前のリリースではサポートされていません。 通信事業とメディア向け注文管理バージョン 6.0 以前からアップグレードする場合：
Washington DC リリースにアップグレードした後、製品コンフィギュレーターの使用中に、新しい変更指示や、切断、一時停止、または再開アクションを含む注文を処理するための再構成ワークアラウンドを確認します。詳細については、Now Support ナレッジベースの記事「Order line reconfiguration issues in Washington when using Order Capture UI [KB1585976] (Washington で注文キャプチャ UI を使用する際の注文ライン再構成の問題)」を参照してください。 | Washington DC | ||||||||||||||||||||||
パフォーマンスアナリティクス | 従来の PA スコア [pa_scores] テーブルは廃止されます。PA スコアテーブルにキャプチャされたインジケータースコアがまだ存在する場合、スコアの数が 4,300 万未満であれば、そのスコアはアップグレード時に pa_scores_l1 テーブルと pa_scores_l2 テーブルに自動的に移行されます。アップグレードに追加される予想時間は約 2 時間です。詳細については、KB1294371 または「パフォーマンスアナリティクススコアの移行」を参照してください。 | Washington DC | ||||||||||||||||||||||
プラットフォームアナリティクスエクスペリエンス | プラットフォームアナリティクスエクスペリエンス機能は、以前はプラットフォームアナリティクスワークスペースにありました。この機能はコア ServiceNow AI プラットフォームの一部となり、 Next Experience 統一ナビゲーションからアクセスできるようになりました。コア UI で作成されたダッシュボード、レポート、およびパフォーマンスアナリティクスウィジェットをこの機能に移行できます。 | Washington DC | ||||||||||||||||||||||
ワークフロースタジオのプレイブック | Washington DC にアップグレードした後、ServiceNow Store のプレイブックおよびワークフロースタジオアプリケーションを更新します。 | Washington DC | ||||||||||||||||||||||
ポートフォリオ計画 | v8.0.0 以降、戦略的ポートフォリオ管理 (SPM) Pro ライセンス機能には、戦略的計画ワークスペースでのみアクセスできます。ポートフォリオ計画ワークスペースを使用して、SPM Pro ライセンスの機能 (目標、製品フィードバック、ハイブリッドポートフォリオ計画など) にアクセスしている場合、そのような機能にアクセスするには Strategic Planning をインストールする必要があります。戦略的計画ワークスペースでのみアクセスできる機能の詳細については、「ポートフォリオ計画と Strategic Planning の比較」を参照してください。 | Washington DC | ||||||||||||||||||||||
予測インテリジェンス | Washington DC にアップグレードすると、新しい回帰ソリューションを作成できなくなります。既存のソリューションがある場合、そのソリューションは引き続きサポートされ、トレーニングと変更はできますが、新しいソリューションを作成することはできません。 類似性ソリューションとクラスタリングソリューションへの変更は、Washington DC にあるすべてのインスタンスに適用されます。 | Washington DC | ||||||||||||||||||||||
Proactive Service Experience Workflows | トラブルチケット通知を受信したくない顧客は、インシデントテーブルとケーステーブルに関連するビジネスルールを無効にすることができます。トラブルチケット通知のビジネスルールを無効にする方法の詳細については、「トラブルチケット通知の非アクティブ化」を参照してください。 | Washington DC | ||||||||||||||||||||||
製品カタログ管理および Pricing Management | セールスと注文管理アプリケーションの初期リリースで標準価格調整マトリクスの属性特性を使用していて、セールスと注文管理アプリケーションの 2024 年 5 月リリースにアップグレードする場合は、自動生成されたコード値の形式を修正するスケジュール済みジョブを実行する必要があります。オンデマンドで特殊文字を含む特性レコードのコードフィールドを変更するスケジュール済みジョブを実行して、文字 (a ～ z、A ～ Z)、数字 (0 ～ 9)、アンダースコア (_)、またはドル記号 ($) 以外の文字をアンダースコア (_) に置き換えます。このジョブは、コード値を、アンダースコアで開始または終了しないように、数字で始まらないように、および連続するアンダースコアを含まないように修正します。 | Washington DC | ||||||||||||||||||||||
公共機関デジタルサービス | アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。再ラベル付けの詳細については、次に移動してください: をクリックし、 . | ワシントン DC | ||||||||||||||||||||||
ロボティックプロセスオートメーション (RPA) ハブ | RPA アプリケーションをダウンロードして、現在インストールされている次のいずれかの Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。
次のアップグレード手順は、San Diego または Tokyo から Washington DC にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションについて、Tokyo からのアップグレード中、または Washington DC へのアップグレードの前に、遅延が生じる可能性があります。 RPA Hub を Washington DC にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。 Washington DC にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Utah バージョンにアップグレードすると、テーブルは [アプリケーションファイル] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah (Utah の sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。 | Washington DC | ||||||||||||||||||||||
セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールでサポートされるアプリケーションのインストール」を参照してください。 | Washington DC | ||||||||||||||||||||||
IT Service Management のサービスオペレーションワークスペース | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
テーブルでは、x はサービスオペレーションワークスペース ITSM アプリケーション (sn_sow_itsm_cont) のサブバージョンで、y はサービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) のサブバージョンです。 3.0 のアップグレード後、推奨フレームワーク機能は使用できなくなります。代わりに、Recommended Actions for ITSM 機能の標準バージョンのみを使用できます。 | Washington DC | ||||||||||||||||||||||
サービスポータル | アップグレード後に、テーブル入力パラメーターを受け入れる公開ウィジェットのデータにゲストユーザーがアクセスできるテーブルを指定する必要があります。Washington DC リリースのデフォルトでは、テーブル入力パラメーターを受け入れる公開ウィジェットは、ゲストユーザーのテーブルにアクセスしてデータを返すことはできません。アップグレード前に glide.service_portal.widget.table_allow_list または glide.service_portal.widget.allow_list システムプロパティを追加した場合、これらのプロパティの値は、アップグレード後にウィジェットの公開テーブル許可リストに移行されます。詳細については、「ウィジェットセキュリティの構成」を参照してください。 さらに、フィールドレベルの読み取り ACL は、デフォルトで簡易リストウィジェットインスタンスのフィルター条件に適用されます。新しいシステムプロパティ glide.service_portal.enable_acls_for_encoded_query_in_list は、簡易リストウィジェットインスタンスに対して [フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms)] オプションが選択されているかどうかに関係なく、これらの ACL を適用します。[フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms )] オプションを使用するには、glide.service_portal.enable_acls_for_encoded_query_in_list の値を false に変更します。詳細については、「簡易リスト ウィジェット」を参照してください。 ユーザーが以前に、プラットフォームの他の部分とは異なるポータルのユーザーエクスペリエンスアナリティクスのユーザーの同意設定を選択した場合、プラットフォーム用に選択された設定は Washington DC リリースのポータルにも使用されます。たとえば、ユーザーがポータルの追跡をオプトアウトし、Vancouver リリースではプラットフォームの残りの部分の追跡をオプトインした場合、ポータルのユーザーエクスペリエンスアナリティクスは Washington DC リリースで追跡されます。ユーザーは、ポータルのユーザープロファイルページからいつでも選択内容を更新できます。 | Washington DC | ||||||||||||||||||||||
ソフトウェア資産管理 | Washington DC にアップグレードした後は、Adobe に関連するすべてのカスタマイズや ServiceNow インスタンスとの Microsoft 365 統合をやり直す必要があります。これらの統合の機能がソフトウェア資産管理 – SaaS ライセンス管理ストアアプリケーションに移動されるためです。
| Washington DC | ||||||||||||||||||||||
戦略的計画 | v4.0.2 以降、 戦略的ポートフォリオ管理 (SPM) Pro ライセンス機能には、 戦略的計画ワークスペースでのみアクセスできます。ポートフォリオ計画ワークスペースを使用して、SPM Pro ライセンスの機能 (目標、製品フィードバック、ハイブリッドポートフォリオ計画など) にアクセスしている場合、そのような機能にアクセスするには Strategic Planning をインストールする必要があります。戦略的計画ワークスペースでのみアクセスできる機能の詳細については、「戦略的計画におけるポートフォリオ計画」を参照してください。 戦略的計画 v4.1.2 にアップグレードしていて、以前にパーソナライズサイドパネルを使用して [ゴール] ページのリストビューまたは階層ビューをカスタマイズしていた場合、v4.1.2 で行われたユーザーインターフェイスの拡張機能が表示されないことがあります。この場合、ユーザー設定レコードを削除する必要があります。パーソナライズサイドパネルを使用して作成したユーザー設定を削除する方法の詳細については、KB1642037 を参照してください。 | Washington DC | ||||||||||||||||||||||
サプライヤーライフサイクルオペレーション | Vancouver リリースから Washington DC リリースにアップグレードすると、[すべて] ナビゲーションタブの Source-to-Pay ワークスペースのみが表示されます。Source-to-Pay ワークスペースを引き続き使用することを選択した場合は、何もする必要はありません。 ただし、[ワークスペース] タブには、Source-to-Pay ワークスペースとサプライヤーマネージャーワークスペースの両方が表示されます。デフォルトの Source-to-Pay ワークスペースの代わりにサプライヤーマネージャーワークスペースを使用する場合は、Washington DC リリースにアップグレードした後に fixscript_migrate_workspace_to_smw.xml 修正スクリプトを実行してください。fixscript_migrate_workspace_to_smw.xml ファイルは ServiceNow Store からダウンロードできます。 Source-to-Pay ワークスペースを再び使用する場合は、fixscript_migrate_workspace_to_s2p.xml 修正スクリプトを実行します。fixscript_migrate_workspace_to_smw.xml ファイルは ServiceNow Store からダウンロードできます。修正スクリプトの実行方法の詳細については、「修正スクリプトの実行」を参照してください。 Washington DC にアップグレードした後、アップグレード後のすべてのタスクを確認し、必要に応じて完了する必要があります。詳細については、「Post-upgrade tasks for Supplier Lifecycle Management (サプライヤーライフサイクル管理のアップグレード後のタスク)」を参照してください。 | ワシントン DC | ||||||||||||||||||||||
サードパーティリスク管理 | TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、 Utah から Vancouver へ、 Vancouver から Washington DC へ、などへのアップグレードを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。 | ワシントン DC | ||||||||||||||||||||||
脆弱性対応統合 |
| Washington DC | ||||||||||||||||||||||
ワークフロースタジオ | ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。
| Washington DC | ||||||||||||||||||||||
AI 検索 | Xanadu パッチ 3:
Xanadu : 以前のリリースから Xanadu にアップグレードした後、次の手順を実行して、ネクストエクスペリエンス向け AI 検索のグローバル検索結果にダッシュボード、データ可視化、および KPI ナビゲーションタブを追加します。
| Xanadu | ||||||||||||||||||||||
買掛金オペレーション | 以前のリリースからアップグレードする場合は、税コード [sn_fin_tax_code] テーブルの参照フィールドを設定する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。 | Xanadu | ||||||||||||||||||||||
アナリティクス、インテリジェンス、レポート | アップグレードする場合は、プラットフォームアナリティクス移行センターを使用して、すべてのデータソースに対して単一の可視化セットと統合フィルターを利用できます。 | Xanadu | ||||||||||||||||||||||
App Engine Studio | App Engine 管理センター (AEMC) でグループをアサインする新しいプロセスにより、各インスタンスに同じバージョンのアプリケーション取り込みプラグインがインストールされていることを確認してください。 | Xanadu | ||||||||||||||||||||||
アプリケーション脆弱性対応 |
| Xanadu | ||||||||||||||||||||||
アセスメントとサーベイ | Utah より前のバージョンから Xanadu にアップグレードする場合は、自動テストフレームワーク (ATF) テストを更新します。Utah リリースでは、アセスメントカードとサーベイカードのボタンをすべて削除しました。ATF テストを正常に実行するには、このステップを含むすべてのテストについて、「サーベイの実施ボタンをクリックする」ステップを「サーベイカードをクリックする」のステップに置き換える必要があります。 | Xanadu | ||||||||||||||||||||||
事業継続性管理 | 計画レコードに導入された関係テーブルは、Update BCP dependencies snapshot スケジュール済みジョブによって生成されます。Xanadu リリースにアップグレードした後は、スケジュール済みジョブが実行された後、または [依存関係を更新 (Update dependencies)] ボタンを手動で選択した後にのみ、これらのテーブルを表示できます。 | Xanadu | ||||||||||||||||||||||
CSM のケース管理 | カスタマーサービスマネージャーロール [sn_customerservice_manager] には、承認者ユーザーロール [approver_user] が含まれています。承認者ユーザーロールは、承認アドミンロール [approval_admin] に置き換わります。カスタマーサービスマネージャーロールを持つユーザーは、自分にアサインされた承認要求を承認できます。 | Xanadu | ||||||||||||||||||||||
クラウドコスト管理 8.0.0 | クラウドコスト管理 8.0 バージョンにアップグレードすると、Amazon Web Services (AWS)、Microsoft Azure、および Google Cloud Platform (GCP) サービスプロバイダーに対して、新しいタグカテゴリ [AI サービス] を利用できるようになります。クラウドコスト管理では、請求処理ダウンロードジョブは当月以降のみ実行されるため、AI サービスへの支出は当月分のみが含まれます。当月より前の月の請求の詳細を表示する場合は、請求処理ダウンロードジョブを手動で実行する必要があります。請求処理ダウンロードジョブが正常に実行されると、AI サービスの支出データを表示できます。 | Xanadu | ||||||||||||||||||||||
構成管理データベース (CMDB) |
| Xanadu | ||||||||||||||||||||||
データ管理 | アップグレード前にアーカイブルールまたはテーブルクリーナールールが構成されているテーブルごとに、データ管理ポリシー レコードが自動的に作成されます。 | Xanadu | ||||||||||||||||||||||
データプライバシー | ライセンスの変更により、 データディスカバリー、 データディスカバリー API、データの匿名化、および データプライバシー API をエンタイトルメントなしでインストールできますが、ジョブを実行するにはエンタイトルメントが必要です。 | Xanadu | ||||||||||||||||||||||
ワークフロースタジオのディシジョンテーブル | ワークフロースタジオはインスタンスに自動でインストールされます。ただし、ワークフロースタジオ は ServiceNow Store アプリケーションであるため、最新の機能を取得するには、バージョンを最新バージョンに更新する必要があります。Washington DC パッチ 3 時点では、ワークフロースタジオを更新すると、ワークフロースタジオ、プレイブック、ディシジョンビルダーなどのすべてのアプリケーション依存関係が自動的に更新されます。ServiceNow Store またはプラグインのリストから、ワークフロースタジオの個々のアプリケーション依存関係を表示または更新することはできなくなりました。 | Xanadu | ||||||||||||||||||||||
DevOps 変更速度管理 | アップグレードのお客様は、「 Pull Request 用の Bitbucket Server リポジトリの再構成 」ジョブを実行して、pull request レコードをインポートできるように、既存の Bitbucket Server または Bitbucket Data Center リポジトリを再構成する必要があります。次に移動できます をクリックして、このジョブを検索して実行します。 | Xanadu | ||||||||||||||||||||||
外部コンテンツコネクタ | 外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 | Xanadu | ||||||||||||||||||||||
フィールドサービス管理 (FSM) | 2025 年 3 月 1 日より、Google は Places API、Directions API、Distance Matrix API を従来のサービスとして指定しました。これらのサービスの新しいバージョンは、Places API (新) と Routes API です。これらの従来のサービスに対して新しい API キーを有効にしたり、生成したりすることはできません。ただし、既存の API キーを使用してこれらのサービスを引き続き使用できます。2025 年 3 月 1 日以降に新しい Google API キーを作成する必要がある場合は、互換性を確保するために、Google コンソールから新しい API を有効にし、Xanadu パッチ 9 バージョン以降にアップグレードする必要があります。 | Xanadu | ||||||||||||||||||||||
ワークフロースタジオのフロー、サブフロー、およびアクション | アップグレード後、以前に fd_read_operations ロールを持っていたユーザーには、実行ステータスや期間などの基本的な実行の詳細のみが表示されるようになりました。この制限により、このロールを持つユーザーは実行の詳細で機密情報を表示できなくなります。入力構成やランタイム値などのすべての実行の詳細への読み取りアクセス権を付与するには、ユーザーに新しいロール fd_read_operations_all を付与します。 | Xanadu | ||||||||||||||||||||||
SPM のゴールフレームワーク | SPM のゴールフレームワーク v2.3.0 にアップグレードした後、Migrate BreakdownInterval to Checkinfrequency スケジュール済みジョブを実行します。このスケジュール済みジョブは、[ レビュー頻度 ] フィールドと [ブレークダウン間隔 ] フィールドの既存の値をターゲットレコードの [チェックイン頻度 ] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「 ターゲットブレークダウンの移行」を参照してください。 | Xanadu | ||||||||||||||||||||||
ハードウェア資産管理 11.0.0 | Xanadu にアップグレードすると、ハードウェア資産管理のコア UI パフォーマンスアナリティクスダッシュボードとネクストエクスペリエンス プラットフォームアナリティクスダッシュボードの両方を表示できます。
注: コア UI パフォーマンスアナリティクスダッシュボードを ネクストエクスペリエンス プラットフォームアナリティクスダッシュボードに移行する際、ダッシュボードの重複を避けるために、自動移行はデフォルトで無効になっています。 | Xanadu | ||||||||||||||||||||||
ITOM ヘルス | ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。 | Xanadu | ||||||||||||||||||||||
ITOM 最適化 | ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。 | Xanadu | ||||||||||||||||||||||
ITOM ヴィジビリティ | サービスマッピングエクスペリエンスを向上させるには、ServiceNow® Store からサービスマッピングプラスバージョン 1.13.0 をインストールします。 ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。 | Xanadu | ||||||||||||||||||||||
産業用プロセスマネージャー | 産業用プロセスマネージャーアプリケーションは、オペレーショナルテクノロジーインシデント管理およびオペレーショナルテクノロジー変更管理を含む Operational Technology Service Management アプリケーションと依存関係を持つようになりました。産業用プロセスマネージャーをインスタンスにインストールするには、次のいずれかの SKU が必要です。
| Xanadu | ||||||||||||||||||||||
MID サーバー | 最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバーが使用することを検証するために、アップグレードプロセスでは次のアクションが実行されます。
自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。
| Xanadu | ||||||||||||||||||||||
Security Operations (セキュリティオペレーション) の Now Assist | 脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「脆弱性対応向け Now Assist のサポート情報」を参照してください。セキュリティインシデントレスポンスの Now Assist に必要なアプリケーションの詳細については、「セキュリティインシデントレスポンスの Now Assist のサポート情報」を参照してください。 セキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索が有効になっていることを確認するには、 . ページに AI 検索が有効になっていないことが示されている場合は、サポートに連絡してください。 | Xanadu | ||||||||||||||||||||||
Now Assist | Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認します。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452:Now Assist (生成 AI) アプリケーションとプラグインの更新に関する問題と緩和」を参照してください。記事を表示するにはログインする必要があります。 | Xanadu | ||||||||||||||||||||||
注文管理 | Xanadu リリースで導入された機能は、Order Management の以前のリリースではサポートされていません。 通信事業とメディア向け注文管理バージョン 6.0 以前からアップグレードする場合：
契約開始日フィールドと契約終了日フィールドを使用し、レコードがあるアップグレードのお客様は、Migrate data from deprecated contract fields to new fields on Order and Order Linesスケジュール済みジョブを実行して、それらのレコードを最新のデータモデルに移行できます。このスケジュール済みジョブは、次の場所に移動して手動で実行する必要があります: . スケジュール済みジョブの詳細については、「スケジュール済みジョブ」を参照してください。 | Xanadu | ||||||||||||||||||||||
プラットフォームアナリティクスのエクスペリエンス | 新規顧客: プラットフォームアナリティクス エクスペリエンスは、 ServiceNow AI プラットフォームで自動的に利用可能になります。直感的なインターフェースが提供され、データの理解と活用に役立ちます。 アップグレードする顧客：現在コア UI のレスポンシブダッシュボードを使用している場合は、中断することなく引き続きアクセスできます。新機能を最大限に活用するには、プラットフォームアナリティクスエクスペリエンスへの移行を検討してください。 | Xanadu | ||||||||||||||||||||||
ワークフロースタジオのプレイブック | Xanadu にアップグレードした後、ServiceNow Store のプレイブックおよびワークフロースタジオアプリケーションを更新します。 | Xanadu | ||||||||||||||||||||||
製品カタログ管理および Pricing Management | 価格調整に拡張ポイント sn_csm_pricing.PricingAdjustmentsExtensionPoint を使用している場合は、アップグレード後にデフォルトの価格設定プラン (2024 年 11 月のリリースで導入) を変更します。構成コンポーネント価格調整マトリクスと標準価格調整マトリクスの価格設定計画ステップは適用されません。価格設定アドミニストレーターまたはマネージャーは、これらのマトリクスのステップをデフォルトの価格設定計画から削除します。
| Xanadu | ||||||||||||||||||||||
公共機関デジタルサービス | アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューおよびメニューアイテムは、元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。再ラベル付けの詳細については、次に移動してください: をクリックし、 . | Xanadu | ||||||||||||||||||||||
RPA Hub | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。
次のアップグレード情報は、San Diego または Tokyo から Xanadu にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションの Tokyo 以前のリリースから Xanadu へのアップグレードに遅延が生じる可能性があります。 RPA Hub を Xanadu にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。 Xanadu にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Xanadu にアップグレードすると、テーブルは [アプリケーションファイル (Application File)] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。 | Xanadu | ||||||||||||||||||||||
セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。 | Xanadu | ||||||||||||||||||||||
サービスブリッジ |
| Xanadu | ||||||||||||||||||||||
Service Operations Workspace for ITSM | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
| Xanadu | ||||||||||||||||||||||
ServiceNow SDK |
| Xanadu | ||||||||||||||||||||||
スキル管理 | スキルダッシュボードは、Xanadu リリースで ネクストエクスペリエンス UI に自動的に移行されます。アップグレードすると、 ネクストエクスペリエンス UI のスキルダッシュボードに自動的にアクセスできるようになります。 | Xanadu | ||||||||||||||||||||||
ソフトウェア資産管理 | Microsoft Entra ID スポーク 4.3 バージョンにアップグレードすると、既存の SSO またはディレクトリ統合に対してMicrosoft Azure AD - Download Group Membershipディレクトリジョブが実行されなくなります。このディレクトリジョブは、新しい SSO またはディレクトリ統合用にも作成されません。代わりに、Microsoft Azure AD - Download Groups ディレクトリジョブは、 で構成されているすべてのグループとグループメンバーシップをダウンロードします。 | Xanadu | ||||||||||||||||||||||
戦略的計画 | Strategic Planning v4.3.2 にアップグレードした後、[BreakdownInterval を Checkinfrequency に移行 (Migrate BreakdownInterval To Checkinfrequency)] スケジュール済みジョブを実行します。このスケジュール済みジョブは、[ レビュー頻度 ] フィールドと [ブレークダウン間隔 ] フィールドの既存の値をターゲットレコードの [チェックイン頻度 ] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「 ターゲットブレークダウンの移行」を参照してください。 | Xanadu | ||||||||||||||||||||||
サブスクリプション管理 | サブスクリプション管理 バージョン 3.2 は、 Xanadu リリースのすべてのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、 サブスクリプション管理 バージョン 4.0 以降に更新してください。サブスクリプション管理の更新の詳細については、「アプリまたはプラグインを更新する」を参照してください。 | Xanadu | ||||||||||||||||||||||
通信ネットワークインベントリ | 以前のリリースの既存ユーザーである場合は、Xanadu にアップグレードすると、従来の製品モデルと新しい製品モデルの両方が [ネットワークインベントリワークスペース] メニューで使用できるようになります。この問題を修正するには、従来の製品モデルのデータを現在のインスタンスの新しい製品モデルのテーブルに移行する必要があります。この手順の詳細については、「KB1695167」を参照してください。 | Xanadu | ||||||||||||||||||||||
サードパーティリスク管理 | TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、 Utah から Vancouver へ、 Vancouver から Washington DC へ、などへのアップグレードを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。 | Xanadu | ||||||||||||||||||||||
脆弱性対応と Claroty CTD の統合 | Claroty CTD v5.1 は、Vulnerability Response Integration with Claroty CTD アプリケーションでもサポートされています。 | Xanadu | ||||||||||||||||||||||
脆弱性対応統合 |
| Xanadu | ||||||||||||||||||||||
ワークフロースタジオ | Washington DC パッチ 3 では、ワークフロースタジオを更新すると、 ServiceNow® ワークフロースタジオ、プレイブック、 ServiceNow® ディシジョンビルダーなどのすべてのアプリケーション依存関係が自動的に更新されます。ServiceNow® Store またはプラグインのリストから、ワークフロースタジオの個々のアプリケーション依存関係を表示または更新することはできなくなりました。 | Xanadu | ||||||||||||||||||||||
AI コントロールタワー | 一般提供リリース、アップグレードなし。 | Yokohama | ||||||||||||||||||||||
AI 検索 | 以前のリリースから Yokohama にアップグレードする場合は、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にします。再インデックス作成の詳細については、「 インデックス付きソースのインデックス作成または再インデックス 作成」または 「複数のインデックス付きソースのインデックス作成または再インデックス作成」を参照してください。 | Yokohama | ||||||||||||||||||||||
App Engine Studio | AEMC でグループをアサインする新しいプロセスのため、各インスタンスで同じバージョンのアプリケーション取り込みプラグインを有効にする必要があります。 詳細については、「 アプリの準備状況とコンプライアンス レポート」を参照してください。 | Yokohama | ||||||||||||||||||||||
アプリケーション脆弱性対応 |
| Yokohama | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | Yokohama | ||||||||||||||||||||||
Configuration Management Database (CMDB) | 3 つの新しいインデックス (親、タイプ)、(子、タイプ)、および (子、親、タイプ、ポート) が CI 関係 [cmdb_rel_ci] テーブルに追加され、このテーブルをクエリする識別および調整エンジン (IRE) のパフォーマンスが向上しました。この変更により、アップグレード時間が長くなる可能性があります。アップグレード中のこの変更の影響の詳細と、その影響を最小限に抑える方法については、「 cmdb_rel_ciインデックスの追加による Yokohama アップグレード時間の増加 [KB1703367] 」を参照してください。 | Yokohama | ||||||||||||||||||||||
データ管理 | アップグレード前にアーカイブルールまたはテーブルクリーナールールが設定されているテーブルごとに、データ管理ポリシーレコードが自動的に作成されます。 | Yokohama | ||||||||||||||||||||||
データプライバシー | ライセンスの変更により、 データディスカバリー、 データディスカバリー API、データの匿名化、および データプライバシー API をエンタイトルメントなしでインストールできますが、ジョブを実行するにはエンタイトルメントが必要です。 | Yokohama | ||||||||||||||||||||||
DevOps 変更速度管理 | 新規顧客または zBoot インスタンスを使用していて、 DevOps 変更速度管理でタイプベースのワークフロー変更要求を作成する場合は、 com.snc.change_management.change_model.type_compatibility プロパティを追加して True に設定する必要があります。詳細については、「システムプロパティを追加する」を参照してください。 アップグレードのお客様は、「 Pull Request 用の Bitbucket Server リポジトリの再構成 」ジョブを実行して、pull request レコードをインポートできるように、既存の Bitbucket Server または Bitbucket Data Center リポジトリを再構成する必要があります。次に移動できます をクリックして、このジョブを検索して実行します。 | Yokohama | ||||||||||||||||||||||
暗号化キー管理 |
| Yokohama | ||||||||||||||||||||||
外部コンテンツコネクタ | 外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 以前のバージョンから外部コンテンツコネクタアプリケーションのバージョン 4 にアップグレードすると、アップグレードされた各コネクタのコンテンツクロールとユーザーマッピングクロールの両方が完了するまで、以前にクロールされたすべてのコンテンツが検索で表示されない場合があります。アップグレード後に最初に実行されるコンテンツクロールでは、ソースシステムからすべての検索可能なコンテンツのインデックスが再作成され、ユーザーマッピングクロールでは、ソースシステムからすべてのセキュリティプリンシパルのインデックスが再作成されます。クロールされたすべてのコンテンツは、これらのクロールの両方が完了した後、検索に表示されます。 | Yokohama | ||||||||||||||||||||||
フィールドサービス管理 (FSM) |
| Yokohama | ||||||||||||||||||||||
Financial Services Card Operations | Yokohama へのアップグレード中に、ファイナンシャルサービスカードオペレーションプラグインは、カード異議申し立てトランザクションテーブル [sn_bom_credit_card_disputes_transaction] をファイナンシャルサービスオペレーションコアのファイナンシャルタスクテーブル [sn_bom_task] に再ペアレンティングします。 再ペアレント化では、既存のアプリケーションの機能を維持したまま、 ServiceNow® ファイナンシャルサービスオペレーションコア のメリットと高度な機能を活用します。
注: インスタンスでカード異議申し立てトランザクションテーブル [sn_bom_credit_card_disputes_transaction] が使用されていて、そこに大量のデータが含まれている場合は、アップグレード時間が長くなる可能性があります。 | Yokohama | ||||||||||||||||||||||
生成 AI コントローラー | 生成 AI コントローラー は、 Now Assist アプリケーションをインストールまたは更新するとインストールされ、更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 で問題に対処する手順を確認してください。それ以外の場合は、サポートケースを作成できます。 | Yokohama | ||||||||||||||||||||||
ITOM ヴィジビリティ | 3DES サポートは、SSH ベースのディスカバリーまたは SSH ベースの統合を備えた MID サーバーについて、MID サーバーから完全に削除される予定です。詳細については、「 3DES deprecation in SSH from Xanadu [KB1644950] (Xanadu からの SSH での 3DES の廃止)」を参照してください。 | Yokohama | ||||||||||||||||||||||
影響 | Impact ストアアプリケーションの構成には、一連のタスクが必要です。詳細については 、「Impact ストアアプリケーションの構成 」を参照してください。 | Yokohama | ||||||||||||||||||||||
インスタンスデータレプリケーション (IDR) | レプリケーションセットを Hermes Messaging Service を使用する V2 にアップグレードすることで、インスタンスデータレプリケーション (IDR) のパフォーマンスと処理効率を向上させます。詳細については、「 レガシーセットのアップグレード」を参照してください。 アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。 | Yokohama | ||||||||||||||||||||||
MID サーバー | 最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 17.0.10 で、推奨バージョンは 17.0.12 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバーが使用することを検証するために、アップグレードプロセスでは次のアクションが実行されます。
自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って許可される Windows MID サーバー サービスは 1 つだけです。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。
| Yokohama | ||||||||||||||||||||||
Now Assist アナリティクス | Now Assist アプリケーションを インストールまたは更新すると、Now Assist アナリティクスがインストールされ、更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 で問題に対処する手順を確認してください。それ以外の場合は、サポートケースを作成できます。 | Yokohama | ||||||||||||||||||||||
セキュリティインシデントレスポンスの Now Assist と脆弱性対応の Now Assist | 脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。セキュリティインシデントレスポンスの Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 バージョン 2.0.1 以降、ServiceNow® Store および ServiceNow AI Platform® インスタンスでの Now Assist for Security Operations アプリケーションの名前が Now Assist for Security Incident Response に変更されました。次の機能にアクセスするには、バージョン 2.0.1 にアップグレードする必要があります。
推奨アクションスキルがセキュリティインシデントで機能するように、 AI 検索 アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、 .ページに AI 検索が有効になっていないことが示されている場合は、サポートに連絡してください。 | Yokohama | ||||||||||||||||||||||
契約管理での Now Assist | 以前のバージョンから Yokohama パッチ 3 以降で契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。
| Yokohama | ||||||||||||||||||||||
プラットフォームアナリティクスでの Now Assist | Now Assist アプリケーションを 2025 年 9 月のストアリリースにアップグレードする場合は、クエリ生成スキルをアクティブ化してデータ可視化生成を使用する必要があります。詳細については、「 クエリ生成スキルのアクティブ化 」および 「データ可視化の生成のアクティブ化」を参照してください。 | Yokohama | ||||||||||||||||||||||
プラットフォームアナリティクスのエクスペリエンス | 以前にアナリティクス資産を プラットフォームアナリティクスに移行していた場合、互換モードであったが Yokohama で新たにサポートされた資産も自動的に移行されます。 | Yokohama | ||||||||||||||||||||||
Workflow Studio (ワークフロースタジオ) の Playbooks (プレイブック) | Yokohama にアップグレードした後、ServiceNow Store でワークフロースタジオアプリケーションを更新します。 | Yokohama | ||||||||||||||||||||||
ポートフォリオ計画 | ポートフォリオ計画 v8.8.0 にアップグレードすると、以前にユーザー設定で保存したカスタムビュー設定がクリアされます。必要に応じて、これらの変更を再適用し、ビューを作成する必要があります。手順については、「 ポートフォリオ計画でのポートフォリオ計画ビューの作成 」および 「ポートフォリオ計画でのフリーフォームロードマップビューの作成」を参照してください。 | Yokohama | ||||||||||||||||||||||
製品カタログ管理および Pricing Management | セールスと注文管理アプリケーションの 2025 年 5 月リリースにアップグレードした後、カタログアドミニストレーターが関連付けられた製品仕様を使用して製品オファリングを作成するときに、[複数の構成を許可] オプションを自動的に有効にするスケジュール済みジョブを実行する必要があります。このジョブは 、オファリングの「allow_multiple_configurations」を true に設定するアップグレードスクリプトを持つスケジュール済みジョブと呼ばれます。構成可能な機会、見積もり、または注文で複数の製品オファリング構成が許可されている場合、エージェントは子製品オファリングの複数のインスタンスを作成し、オファリングインスタンスごとにカスタム構成を定義できます。
注: [ 複数の構成を許可 ] オプションは、製品仕様が関連付けられているすべての製品オファリングに対して常に有効 (true に設定) になっています。ただし、製品仕様に子階層がある場合、このオプションは TMF API を介して行われた注文に対してのみ適用されます。階層のない仕様の場合、フラグはすべての注文チャネルで優先されます。 2025 年 5 月のリリースでは、新しいステップである [更新調整の適用] を含むデフォルトの価格プランが提供されます。以前のリリースのカスタム価格設定プランを使用している場合は、2025 年 5 月リリースにアップグレードした後に [廃止] ステータスになっているデフォルトの価格設定プランを確認してください。ニーズに合わせてデフォルトのプランを公開するか、デフォルトの価格設定プランをカスタマイズするかを決定してから、使用するカスタムプランを公開します。 | Yokohama | ||||||||||||||||||||||
公共機関デジタルサービス | アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、 顧客、 アカウント、 およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、次に移動してください: をクリックし、 . | Yokohama | ||||||||||||||||||||||
RPA ハブ | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。
次のアップグレード情報は、 San Diego または Tokyo から Yokohama にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数によっては、 RPA Hub アプリケーションを Tokyo 以前のリリースから Yokohama にアップグレードする際に遅延が生じる場合があります。 RPA Hub を Yokohama にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。 Yokohama にアップグレードすると、ボットプロセス定義が新しい構造 (ボットプロセス構成) に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Yokohama にアップグレードすると、テーブルはアプリケーションファイル [sys_metadata] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release [KB1223629] (Utah 以降のリリースで RPA Hub テーブルを再構築する)」を参照してください。 | Yokohama | ||||||||||||||||||||||
Security Posture Control | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。 | Yokohama | ||||||||||||||||||||||
サービスブリッジ |
| Yokohama | ||||||||||||||||||||||
Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース) | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
互換性のあるバージョンの詳細については、「 ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性」を参照してください。 | Yokohama | ||||||||||||||||||||||
ServiceNow IDE | ServiceNow IDE バージョン 1.1.4 は 、Yokohama リリースのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、 ServiceNow IDE バージョン 2.0 以降に更新してください。ServiceNow IDE の更新については、「[プレースホルダーリンクテキストからキー updating-apps-app-manager] 」を参照してください。 | Yokohama | ||||||||||||||||||||||
ServiceNow SDK |
ServiceNow SDK バージョン 3.0 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。
注: | Yokohama | ||||||||||||||||||||||
ServiceNow スタジオ | ServiceNow Studio を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。 | Yokohama | ||||||||||||||||||||||
ソフトウェア資産管理 | Yokohama リリース以降、すべての調整スクリプトインクルードがファミリリリースからソフトウェア資産管理ストアアプリケーション (com.sn_itam_samp) に移動されます。Yokohama にアップグレードする場合、調整スクリプトインクルードをカスタマイズした場合は、カスタマイズを新しいスクリプトインクルードに移動する必要があります。古いスクリプトインクルードは廃止されます。 ソフトウェア資産管理 (sn_itam_samp) 2.1.0 ストアアプリケーションがインストールされた状態で Yokohama パッチ 1 にアップグレードする場合は、既存の CrowdStrike 統合プロファイルのエンタイトルメントを削除する必要があります。次に、ライセンスメトリクスに基づいて、CrowdStrike Falcon Endpoint Protection や CrowdStrike Falcon Discover などのさまざまな CrowdStrike 製品の新しいエンタイトルメントを作成します。これらのメトリクスには、 CrowdStrike ライセンスメトリクスグループの下にある予約済み時間平均センサーとセンサーサブスクリプションが含まれます。
| Yokohama | ||||||||||||||||||||||
戦略的計画 | Strategic Planning v4.7.0 にアップグレードすると、ユーザー設定に次の変更が適用されます。
| Yokohama | ||||||||||||||||||||||
Telecommunications Network Inventory (通信事業ネットワークインベントリ) | Yokohama リリースでは、プレイブックの設計とアサイン機能をサポートするための Xanadu プラットフォームバージョンが必要です。 | Yokohama | ||||||||||||||||||||||
通信事業サービスオペレーション管理 (TSOM) | Telecommunications Service Operations Management TSOM をインストールした後、インターフェースカード、スロット、サブスロット、およびネットワークインターフェースに適用されるカスタマイズされた IRE 識別ルールが影響を受ける可能性があります。ルールを確認して検証し、適切な機能を確保する必要があります。 | Yokohama | ||||||||||||||||||||||
サードパーティリスク管理 | Vancouver リリース以降、以前のリリースから TPRM にアップグレードする VRM ユーザーの場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、最新リリースにスキップするのではなく、あるリリースから次のリリースにアップグレードすることを意味します。スクリプトを正しい順序で実行しないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。 既存の TPRM のお客様の場合、バージョン 20.2.4 にアップグレードすると、会社 [core_company] テーブルの Industry 列のデータが tprm_industry 列に自動的に移行されます。会社 [core_company] テーブルのレコード数によっては、移行に数時間かかる場合があります。移行後、移行が完了したことを確認するシステム ログ メッセージが表示されます。会社 [core_company] テーブルのコンテンツを確認し、tprm_industryを使用する業界フィールドを参照するカスタマイズを更新します。移行を確認してカスタマイズを更新した後、[業界] 列を削除できます。 | Yokohama | ||||||||||||||||||||||
脆弱性対応と Claroty CTD の統合 | Claroty CTD v5.1 は、Vulnerability Response Integration with Claroty CTD アプリケーションでもサポートされています。 | Yokohama | ||||||||||||||||||||||
脆弱性対応統合 |
| Yokohama | ||||||||||||||||||||||
ITSM のワークフォース最適化 |
| Yokohama | ||||||||||||||||||||||
AI 検索 | 以前のファミリーリリースから Zurich にアップグレードした後、すべての外部コンテンツコネクタでドキュメントのフルクロールを実行して、セマンティックベクトルインデックス作成フィールドマッピングを更新します。 | Zurich | ||||||||||||||||||||||
アプリケーション脆弱性対応 |
| Zurich | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | Zurich | ||||||||||||||||||||||
変更管理 | 競合の検出に Progress Worker の代わりにフローを使用するための更新の一環として、競合チェッカーの進捗状況 UI フォーマッターレコードは新しい UI マクロ change_conflict_worker_progress_gate を参照します。このマクロは、 change.conflict.useprogressworker システムプロパティをチェックして競合の検出メカニズムを決定し、対応する UI マクロを表示して、進捗ワーカーまたは変更管理ワーカーテーブルのいずれかを操作します。詳細については、「 競合の検出」を参照してください。 | Zurich | ||||||||||||||||||||||
クラウドコスト管理 9.0 | クラウドコスト管理プラットフォームのサポートは、Xanadu リリースから利用可能です。クラウドコスト管理をチューリッヒにアップグレードする手順については、「クラウドインサイトのアップグレード」を参照してください。 | Zurich | ||||||||||||||||||||||
コンフィグレーションコンプライアンス | コンフィグレーションコンプライアンスアプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。 | Zurich | ||||||||||||||||||||||
Configuration Management Database (CMDB) | CI の運用ステータス属性 の設計値が削除された ため、アップグレード後に、ディスカバリーソース属性が Manual via IRE に設定されているすべての CI を確認する必要があります。これらの CI の運用ステータス属性を確認し、使用する環境の CMDB でサポートされている値に設定します。たとえば、属性を Non-Operational に設定できます。運用ステータス値の詳細については、「 有形/物理ライフサイクル」を参照してください。 アップグレードされた Zurich インスタンスで、一部の CMDB Workspace タスクを実行するために必要な権限を持つ sn_cmdb_admin および sn_cmdb_editor ユーザーロールを構成するには、スケジュール済みジョブ Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesを手動で実行する必要があります。このスケジュール済みジョブは、ユーザーロールを次のように変更します。
| Zurich | ||||||||||||||||||||||
コンテナ脆弱性対応 | Container Vulnerability Response アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。 | Zurich | ||||||||||||||||||||||
セールスと注文管理の顧客セルフサービス | 新しい注文チェックアウトエクスペリエンスと改善された買い物かご機能は、新しい Sales Cart プラグイン (sn_sales_cart) を通じて提供されます。アドミニストレーターは、顧客にシームレスなエクスペリエンスを提供し続けるために、 アップグレード後の注文の移行 を実行する必要があります。アップグレード手順を実行しないと、顧客がカートに追加された製品を失う可能性があります。 | Zurich | ||||||||||||||||||||||
暗号化キー管理 |
| Zurich | ||||||||||||||||||||||
暗号化 | GlideEncrypter API の場合、NIST 800-131A Rev 2 では Triple Data Encryption Standard (3DES) 暗号化の使用を推奨していません。GlideEncrypter の 3DES 暗号化が正式に削除されたことで、 Zurich リリースで次の変更が行われています。
Zurich リリースでは、プラットフォーム全体で 3DES が廃止されたため、列レベル暗号化はキー管理フレームワーク列レベル暗号化 (KMF-CLE) への必要なアップグレードを受け取りました。このアップグレードの詳細については、「KB1700704」を参照してください。 | Zurich | ||||||||||||||||||||||
エンタープライズ資産管理 | Zurich リリース以降、ServiceNow エージェントアプリのナビゲーションバーに [資産プットアウェイ] という新しいメニューが追加されました。Zurich リリースにアップグレードすると、修正スクリプトによって ServiceNow エージェントアプリのナビゲーションバーがカスタマイズされているかどうかが特定され、必要なアクションが実行されます。
| Zurich | ||||||||||||||||||||||
外部コンテンツコネクタ | 以前のバージョンから外部コンテンツコネクタアプリケーションのバージョン 4 にアップグレードすると、アップグレードされた各コネクタのコンテンツクロールとユーザーマッピングクロールの両方が完了するまで、以前にクロールされたすべてのコンテンツが検索で表示されない場合があります。アップグレード後に最初に実行されるコンテンツクロールでは、ソースシステムからすべての検索可能なコンテンツのインデックスが再作成され、ユーザーマッピングクロールでは、ソースシステムからすべてのセキュリティプリンシパルのインデックスが再作成されます。クロールされたすべてのコンテンツは、これらのクロールの両方が完了した後、検索に表示されます。 | Zurich | ||||||||||||||||||||||
フィールドサービス管理 (FSM) | 2025 年 3 月 1 日より、 Google Places API、Directions API、Distance Matrix API がレガシーサービスに指定されました。これらのサービスの新しいバージョンは、Places API (新) と Routes API です。ググるフィールドサービス機能の Maps API は、Zurich リリースの最新バージョンの API とディスパッチャワークスペースバージョン 8.0 を使用します。Google Maps API の問題を回避するには、Google Cloud Platform Console から Places API(新)と Routes API を有効にします。 | Zurich | ||||||||||||||||||||||
ワークフロースタジオのフロー、サブフロー、およびアクション | 以前のバージョンの Save as you go 機能がリリースされ、 Washington DC リリースから廃止されました。Washington DC リリースからアップグレードする場合は、システムプロパティを設定して [Save As you go] 機能を手動でオフにしている可能性があります。[Save as you go] 機能を復元するには、「 Save as you go 機能を復元する」を参照してください。 | Zurich | ||||||||||||||||||||||
生成 AI コントローラー | 生成 AI コントローラー は、 Now Assist アプリケーションをインストールまたは更新するとインストールされ、更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 で問題に対処する手順を確認してください。それ以外の場合は、サポートケースを作成できます。 | Zurich | ||||||||||||||||||||||
ハードウェア資産管理 13.0.0 |
| Zurich | ||||||||||||||||||||||
影響 | Impact ストアアプリケーションの構成には、一連のタスクが必要です。統一された登録プロセスを使用して、 Impact ストアアプリケーションと統合できます。「Impact の構成」を参照してください。 | Zurich | ||||||||||||||||||||||
インスタンスデータレプリケーション (IDR) |
| Zurich | ||||||||||||||||||||||
MID サーバー | 最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 17.0.10 で、推奨バージョンは 17.0.12 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバーが使用することを検証するために、アップグレードプロセスでは次のアクションが実行されます。
自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って許可される Windows MID サーバー サービスは 1 つだけです。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。
| Zurich | ||||||||||||||||||||||
通知 | Zurich リリース以降、通知ではワークフローの代わりにサブフローが使用されます。チューリッヒの既存のユーザーの場合は、現在のワークフローが引き続きサポートされます。新規ユーザーの場合、 通知 プラグインのインストールではサブフローが使用されます。 この移行の一環として、次のワークフローアクティビティをフローアクションとして使用でき、サブフローの作成時に使用できます。
新しいインスタンスのサブフローを使用して、 ワークフロースタジオ で独自のカスタムサブフローを維持、ビルド、および変更します。次のベースシステムワークフローがサブフローに移行されました。
注: ワークフロー関連のアーティファクトはすべて新しいプラグインに移動されました。これはサポート専用モードで維持され、新規インストールでは使用できません。 | Zurich | ||||||||||||||||||||||
CMDB の Now Assist | CMDB の Now Assist v2.1 プラグインのインストール (アクティブ化) プロセスが変更されました。新しい手順については、「 構成 」を参照してください。 | Zurich | ||||||||||||||||||||||
ハードウェア資産管理 (HAM) の Now Assist | procurement_user ロールを持つユーザーのみが、次の AI エージェントを含む [ハードウェア資産要求の管理ヘルプ] エージェントワークフローにアクセスできます。
| Zurich | ||||||||||||||||||||||
セキュリティインシデントレスポンス (SIR) 向け Now Assist と脆弱性対応 (VR) 向け Now Assist | 脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。セキュリティインシデントレスポンスの Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 Now Assist for Security Incident Response でセキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、 .ページに AI 検索が有効になっていないことが示されている場合は、サポートに連絡してください。 | Zurich | ||||||||||||||||||||||
契約管理での Now Assist | Yokohama (パッチ 2 以前) または Xanadu (パッチ 8 以前) から契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。
| Zurich | ||||||||||||||||||||||
プラットフォームアナリティクスでの Now Assist | Now Assist アプリケーションを 2025 年 9 月のストアリリースにアップグレードする場合は、クエリ生成スキルをアクティブ化してデータ可視化生成を使用する必要があります。詳細については、「 クエリ生成スキルのアクティブ化 」および 「データ可視化の生成のアクティブ化」を参照してください。 | Zurich | ||||||||||||||||||||||
Now Assist | Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認します。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、Now Support ナレッジベースの記事「Now Assist (生成 AI) アプリケーションとプラグインの更新 [KB1637452] の問題と緩和」を参照してください。記事を表示するにはログインする必要があります。 | Zurich | ||||||||||||||||||||||
オンコールスケジューリング | チューリッヒリリース以降、オンコールスケジューリングではワークフローではなくサブフローが使用されます。ワークフローは従来のワークフローと見なされるため、ワークフローからサブフローに移行する必要があります。チューリッヒの既存のユーザーの場合は、現在のワークフローが引き続きサポートされます。ただし、新規ユーザーの場合、チューリッヒ以降のインスタンスにインストールされたオンコールスケジューリングプラグインではサブフローのみが使用されます。 新しいインスタンスのサブフローを使用して、 ワークフロースタジオ で独自のカスタムオンコールスケジューリングフローを維持、ビルド、および変更します。次のサブフローを構成できます。 | Zurich | ||||||||||||||||||||||
オペレーショナルレジリエンス | オペレーショナルレジリエンスバージョン 21.0.x にアップグレードした後、Update CSDM and other dependenciesスケジュール済みジョブを再実行して、このリリースで導入された追加のメタデータを入力します。 | Zurich | ||||||||||||||||||||||
パフォーマンスアナライザー | Zurich リリース以降、パフォーマンスアナライザーはインスタンスで自動的に使用できるようになります。以前のインスタンスでパフォーマンスアナライザーにアクセスするには、ServiceNow® ストアからパフォーマンスアナライザーをインストールします。 | Zurich | ||||||||||||||||||||||
プラットフォームアナリティクスのエクスペリエンス | アップグレード時に、開いているインスタンスのホームページは コア UI ダッシュボードに移行され、ダッシュボードライブラリに表示されます。詳細については、「 ホームページの廃止」を参照してください。 アップグレード時に、簡易リストはすべて新しいリスト要素に変換されます。 | Zurich | ||||||||||||||||||||||
Workflow Studio (ワークフロースタジオ) の Playbooks (プレイブック) | チューリッヒにアップグレードした後、ServiceNow Store でワークフロースタジオアプリケーションを更新します。 | Zurich | ||||||||||||||||||||||
製品カタログ管理および Pricing Management | Pricing Management v13.0 では、属性ベースのコスト調整をサポートする新しいステップと、[コストをフェッチ] および [価格表示価格をフェッチ] のステップに対するラベルの変更をサポートする新しいステップを含む、デフォルトの価格設定計画が提供されます。以前のリリースのカスタム価格設定プランを使用していた場合は、v13.0 リリースにアップグレードした後に廃止ステータスになっているデフォルトの価格設定プランを確認してください。ニーズに合わせてデフォルトのプランを公開するか、デフォルトの価格設定プランをカスタマイズするかを決定してから、使用するカスタムプランを公開します。 | Zurich | ||||||||||||||||||||||
公共機関デジタルサービス | アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューおよびメニューアイテムは、元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客、アカウント、およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、次に移動してください: をクリックし、 . | Zurich | ||||||||||||||||||||||
RPA ハブ | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。
次のアップグレード情報は、 San Diego または Tokyo から Zurich にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブルのレコード数によっては、 RPA Hub アプリケーションの Tokyo 以前のリリースから Zurich へのアップグレードに遅延が生じる場合があります。 RPA Hub を Zurich にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。 チューリッヒにアップグレードすると、ボットプロセス定義が新しい構造 (ボットプロセス構成) に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Zurich にアップグレードすると、テーブルはアプリケーションファイル [sys_metadata] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release [KB1223629] (Utah 以降のリリースで RPA Hub テーブルを再構築する)」を参照してください。 | Zurich | ||||||||||||||||||||||
小売業アプリケーション | このリリース以降、小売ベースケースは抽象的になりました。(抽象ケースまたは抽象ケースタイプは、直接使用されるのではなく、特殊なケースタイプによって拡張されることを意図したケースの基本構成です)。 チューリッヒ リリースにアップグレードした後、 および Yokohama リリース以降のバージョン更新では、小売ベースケーステーブルを使用している場合は、新しいケースを作成したり、既存のケースを更新したりできなくなります。代わりに、次のケースタイプを使用してください。
独自のケースタイプを拡張することもできます。これらの変更の詳細については、Now Support ナレッジベースの記事「影響分析とガイダンス:小売業ケーステーブルの更新 [KB2216547] 」を参照してください。 | Zurich | ||||||||||||||||||||||
Security Posture Control | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。 | Zurich | ||||||||||||||||||||||
サービスブリッジ |
| Zurich | ||||||||||||||||||||||
サービスオブザーバビリティ | snc_sow_svcobs.manager ロールを持っている場合は、 | Zurich | ||||||||||||||||||||||
Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース) | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
互換性のあるバージョンの詳細については、「 ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性」を参照してください。 | Zurich | ||||||||||||||||||||||
ServiceNow AI プラットフォームのコア機能 | 動的スキーマアプリケーションフレームワークは、 チューリッヒ リリースで改訂されました。Xanadu または Yokohama で動的スキーマを実装した場合、アプリケーションは Zurich リリースへのアップグレードの一環として新しいフレームワークに自動的に移行されます。移行の詳細については、次を参照してください。 動的スキーマ チューリッヒ移行ガイド [KB2146133] Now Support ナレッジベースの記事。 | Zurich | ||||||||||||||||||||||
ServiceNow IDE | ServiceNow IDE バージョン 2.1.2 は、 Zurich リリースのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、 ServiceNow IDE バージョン 3.0 以降に更新してください。ServiceNow IDE の更新については、「ServiceNow IDE のインストールまたは更新」を参照してください。 | Zurich | ||||||||||||||||||||||
ServiceNow SDK | グローバルまたはアプリケーション内で ServiceNow SDK の最新バージョンにアップグレードするには、「 ServiceNow SDK のアップグレード」を参照してください。 ServiceNow SDK バージョン 4.0 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。
注: | Zurich | ||||||||||||||||||||||
ServiceNow スタジオ | ServiceNow Studio を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。 | Zurich | ||||||||||||||||||||||
ServiceNow Vault | ServiceNow Vault をインストールするには、以下をインストールする必要があります。
| Zurich | ||||||||||||||||||||||
スキルの基礎 | ガイド付きセットアップの一部として業界スキルデータをダウンロードすることはできません。 | Zurich | ||||||||||||||||||||||
ソフトウェア資産管理 | Zurich リリース以降、次のワークフローがフローとしてフローデザイナーに移行されます。
Zurich リリース以降、ソフトウェア資産ワークスペースプラグイン (com.sn_sam_workspace) は、ファミリーリリースからソフトウェア資産ワークスペースストアアプリケーションに移行されます。チューリッヒにアップグレードすると、ソフトウェア資産ワークスペースプラグイン (com.sn_sam_workspace) が非アクティブ化され、ソフトウェア資産ワークスペースストアアプリケーション (sn_sam_workspace) がインスタンスで有効になります。 Zurich リリースで ソフトウェア資産管理 – SaaS ライセンス管理 プラグイン (sn_sam_saas_int) バージョン 16.0.6 以降にアップグレードする場合は、 ソフトウェア資産ワークスペース ストアアプリ (sn_sam_workspace) がバージョン 9.0.4 に更新されていることを確認します。 | Zurich | ||||||||||||||||||||||
戦略的計画 | Strategic Planning v4.8.0 にアップグレードすると、既存の [投資タイプ] フィールドと [投資クラス] フィールドが、それぞれ [計画] ページ (優先順位付けビュー、ロードマップビュー、[シナリオ計画] ページなど) 全体で [投資タイプ (廃止)] および [投資クラス (廃止)] として表示されます。これらの廃止されたフィールドの値は、新しい [投資タイプ ] フィールドと [投資クラス ] フィールドに自動的にコピーされます。 以前に廃止されたフィールドを使用してフィルターを適用した場合、または [計画] ページの [優先順位付け] ビューと [ロードマップ] ビューを含む Workspace 全体で新しい [投資タイプ ] フィールドと [投資クラス ] フィールドを使用するように、それらの構成を更新する必要があります。 | Zurich | ||||||||||||||||||||||
サブスクリプション管理 | サブスクリプション管理 バージョン 5.0 は、 Zurich リリースのすべてのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、 サブスクリプション管理 バージョン 5.1 以降に更新してください。サブスクリプション管理の更新の詳細については、「アプリまたはプラグインを更新する」を参照してください。 | Zurich | ||||||||||||||||||||||
Synthetic モニタリング | MID サーバーを場所として使用してモニターを実行する場合は、アップグレード後に MID サーバーを再起動する必要があります。 | Zurich | ||||||||||||||||||||||
サードパーティリスク管理 | VRM ユーザーが TPRM にアップグレードし、以前のリリースから Vancouver 以降のリリースにアップグレードする場合は、修正スクリプトが正しく実行されるように、各アップグレードを順番に実行する必要があります。たとえば、 Utah から Vancouver、 Vancouver から Washington DC などにアップグレードする必要があります。スクリプトが正しい順序で実行されない場合、データの不整合、壊れた機能、および競合が発生する可能性があります。 バージョン 21.0.x にアップグレードした後、Smart Assessment Engine enabled (sn_vdr_risk_asmt.sae_enabled) プロパティを設定することで、Smart Assessment Engine (SAE) を有効にすることができます。このプロパティを設定すると、 スマートアセスメントエンジン (SAE) がデフォルトのアセスメントエンジンになり、従来のエクスペリエンスに置き換わります。移行は元に戻せません。
警告: このプロパティを非本番インスタンスで設定し、本番インスタンスを変更する前に十分なテストを実施してください。そうしないと、予期しない問題が発生する可能性があります。 スマートアセスメントエンジン (SAE) との継続的な統合の一環として、 スマートアセスメントエンジン 有効 (sn_vdr_risk_asmt.sae_enabled) プロパティを設定した後、第 4 の関係者のアセスメントはサポートされません。 VRM から TPRM へのアップグレードの詳細と、Smart アセスメントエンジンとクラシックアセスメントエンジンの違いについては、「サードパーティリスク管理のアップグレード情報」を参照してください。 既存の TPRM 顧客の場合、バージョン 21.0.3 にアップグレードすると、会社 [core_company] テーブルの Industry 列のデータが tprm_industry 列に自動的に移行されます。会社 [core_company] テーブルのレコード数によっては、移行に数時間かかる場合があります。移行後、移行が完了したことを確認するシステム ログ メッセージが表示されます。会社 [core_company] テーブルのコンテンツを確認し、tprm_industryを使用する業界フィールドを参照するカスタマイズを更新します。移行を確認してカスタマイズを更新した後、[業界] 列を削除できます。 | Zurich | ||||||||||||||||||||||
脆弱性対応 | 脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。 | Zurich | ||||||||||||||||||||||
ERP のゼロコピーコネクタ | 既存のスケジュール済み抽出があり、Zurich Store リリース 1 にアップグレードした場合は、 スケジュール済み抽出 V2 移動 修正スクリプトを実行して、スケジュール済み抽出を新しいテーブルに配置し、スケジュール済みスクリプトエンジンによってスケジュールを設定します。詳細な手順については、 修正スクリプトの実行を参照してください。 | Zurich |
) がナビゲーションバーに表示されます