様々な製品に関するアップグレード前後のタスク
アップグレードの準備として、さまざまなアプリケーションや機能のアップグレードおよび移行のタスクを確認します。該当する場合は、アップグレード完了前後でそれらのタスクを完了する計画を立てます。
スムーズなアップグレードのためのインスタンスの準備
オーストラリア にアップグレードする前に、これらのアップグレード前後のタスクを確認し、必要に応じて完了してください。
アップグレードおよび移行のタスク
| 製品 | リリースノート | ファミリ | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
AI コントロールタワー | 適用外です。 | オーストラリア | ||||||||||||||||||||||
アプリケーションマネージャー | アプリケーションマネージャー は 、オーストラリア リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、インスタンスを オーストラリア パッチ 4 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「アップグレードの準備」を参照してください。 | オーストラリア | ||||||||||||||||||||||
アプリケーション脆弱性対応 |
| オーストラリア | ||||||||||||||||||||||
資産監査応答 | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 | オーストラリア | ||||||||||||||||||||||
生物医学のケアチームオペレーション | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア | ||||||||||||||||||||||
環境サービス担当ケアチームの業務 | 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア | ||||||||||||||||||||||
施設のケアチームオペレーション | 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア | ||||||||||||||||||||||
医療 IT のケアチーム運用 | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア | ||||||||||||||||||||||
クラウドコスト管理 10.0 | クラウドコスト管理プラットフォームのサポートは、Xanadu リリースから利用可能です。クラウドコスト管理をオーストラリアにアップグレードする手順については、「クラウドコスト管理のアップグレード」を参照してください。 | オーストラリア | ||||||||||||||||||||||
コンフィグレーションコンプライアンス | 現在 コンフィグレーションコンプライアンスを使用していて、 Unified Security Exposure Management (USEM) にアップグレードする予定がない場合は、 コンフィグレーションコンプライアンス v30.x より前のバージョンをインストールし、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 Wiz との脆弱性対応統合のバックフィル統合によってインポートされた資産の保存に使用される不足している資産 [sn_vul_wiz_missing_asset] テーブルは廃止されました。現在 Wiz 統合で脆弱性対応を使用している場合は、バージョン 1.1 に更新した後、既存の Wiz プライマリ統合を 3 日さかのぼって実行する必要があります。Wiz 統合の詳細については、セキュリティオペレーションコミュニティの SecOps 記事を参照してください。 脆弱性対応アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティおよび ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「脆弱性対応互換性マトリクス」および「リリーススキーマの変更 [KB0856498]」を参照してください。 | オーストラリア | ||||||||||||||||||||||
構成管理データベース (CMDB) | 構成アイテム [cmdb_ci] テーブルが変更されたため、 オーストラリアにアップグレードする場合は、アップグレード時間が長くなる可能性があります。この変更の詳細とその影響の軽減については、Now Support ナレッジベースの記事「複合インデックスの追加 [KB2588894] によるオーストラリアcmdb_ciアップグレード時間の増加」を参照してください。 Xanadu または Yokohama からオーストラリアのリリースに直接アップグレードする場合は、Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesスケジュール済みジョブを実行して、CMDB アドミンや CMDB エディターなどの一部のユーザーロールを正しく構成する必要があります。このスケジュール済みジョブとその使用方法の詳細については、 CMDB Zurich リリースノートを参照してください。 オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 | オーストラリア | ||||||||||||||||||||||
コンテナ脆弱性対応 | Container Vulnerability Response の機能拡張により、サードパーティのスキャナーからデータをインポートする際に、拡張されたコンテナ脆弱性データを表示できます。アップグレード後に、完全インポートを実行して、次の 「オーストラリア リリースの新機能」セクションで説明されている、検出されたコンテナイメージ、コンテナイメージの検索、およびコンテナ脆弱性一致アイテムレコードの機能を表示する必要があります。 現在 Container Vulnerability Response を使用していて、 Unified Security Exposure Management (USEM) にアップグレードしない場合は、 コンテナ脆弱性対応 v30.x より前のバージョンをインストールして、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 Container Vulnerability Response アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] を参照してください。 | オーストラリア | ||||||||||||||||||||||
コアビジネススイート |
| オーストラリア | ||||||||||||||||||||||
顧客エンゲージメントシーケンス | Zurich より前のリリースで [通話をスケジュール] アクティビティを使用してシーケンスを構成した場合、アクティビティはワークフロースタジオのアクティビティピッカーで [通話をスケジュール - 廃止 (Schedule call - Deprecated)] というラベルが表示されるようになりました。既存のシーケンスは引き続き機能しますが、実行時に [シーケンスステップ] ページの [コールバック番号] フィールドにコールアイコン | オーストラリア | ||||||||||||||||||||||
従業員センタープロ | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 | オーストラリア | ||||||||||||||||||||||
従業員センター | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 | オーストラリア | ||||||||||||||||||||||
フロー、サブフロー、およびアクション | 以前のバージョンの Save as you go 機能がリリースされ、 Washington DC リリースから廃止されました。Washington DC リリースからアップグレードする場合は、システムプロパティを設定して [Save As you go] 機能を手動でオフにしている可能性があります。[Save as you go] 機能を復元するには、「 Save as you go 機能を復元する」を参照してください。 オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 | オーストラリア | ||||||||||||||||||||||
生成 AI コントローラー | 生成 AI コントローラー は、 Now Assist アプリケーションをインストールまたは更新するときにインストールまたは更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 を参照するか、サポートケースをオープンしてください。 | オーストラリア | ||||||||||||||||||||||
ハードウェア資産管理 |
| オーストラリア | ||||||||||||||||||||||
医療オペレーションコア | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア | ||||||||||||||||||||||
ヘルスケアとライフサイエンスサービス管理 | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア | ||||||||||||||||||||||
影響 | Impact ストアアプリケーションの構成には、統一された登録プロセスで一連のタスクが必要です。「 Impact ストアアプリケーションの構成」を参照してください。 | オーストラリア | ||||||||||||||||||||||
インスタンスデータレプリケーション (IDR) | アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成されたこのテーブル内のすべてのログエントリは自動的に切り捨てられます。 | オーストラリア | ||||||||||||||||||||||
キー管理 |
| オーストラリア | ||||||||||||||||||||||
MID サーバー | 最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 17.0.10 で、推奨バージョンは 21.0.7 です。 独自の 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 サーバーのアップグレードについて詳しくは次のトピックを参照してください。
| オーストラリア | ||||||||||||||||||||||
CMDB 向け Now Assist | Now Assist で CI とクラスの詳細な説明を提供できるようにするには、「外部コンテンツコネクタ」プラグインをアクティブ化し、「ServiceNow 製品ドキュメント」コネクタをインストールしてから、製品ドキュメントをクロールする必要があります。構成手順については、「 CI フォームのコンテキストヘルプスキルの構成」を参照してください。 | オーストラリア | ||||||||||||||||||||||
クリエーター向け Now Assist | オーストラリア の早期提供 (3 月)
| オーストラリア | ||||||||||||||||||||||
従業員センタープロ向け Now Assist | 従業員センタープロの Now Assist は、従業員または要求者の会話のみを提供し、AI エージェントやその他の関連機能を提供するために他の Now Assist 製品が必要になる場合があります。 | オーストラリア | ||||||||||||||||||||||
IT Service Management (ITSM) の Now Assist | ナレッジ記事生成スキルの [ナレッジ記事詳細エディター (Knowledge Article Advanced Editor)] ページを使用するには、ナレッジコンテンツ推奨スキルを有効にする必要があります。スキルをアクティブ化するには、次の手順に従います。
インシデントアシストエージェント型ワークフローはデフォルトで有効になっており、[廃止] インシデントアシストスキルのすべての機能が含まれていますが、機能強化されています。オーストラリアパッチ 1 にアップグレードするときに、[非推奨] インシデント支援スキルを有効にしている場合は、冗長性を避けるためにこれを無効にすることを検討してください。詳細については、「 インシデント支援スキル」を参照してください。 | オーストラリア | ||||||||||||||||||||||
脆弱性対応向け Now Assist | 脆弱性対応または統一セキュリティエクスポージャー管理 (USEM) ワークスペースで新しい AI ネイティブエクスペリエンスにアクセスするには、オーストラリアのリリースにアップグレードする必要があります。
オーストラリアにアップグレードしていない既存のお客様の場合、生成 AI のスキル、エージェント、およびワークフローは脆弱性対応ワークスペースでサポートされており、脆弱性対応向け Now Assist アプリケーションに含まれています。 | オーストラリア | ||||||||||||||||||||||
仮想エージェントでの Now Assist | オーストラリア | |||||||||||||||||||||||
Now Assist | Now Assist スキルに関連付けられているユーザーインターフェイスまたはその他のアイテムのアクションをカスタマイズした場合は、カスタマイズされたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、Now Support ナレッジベースの記事「Now Assist (生成 AI) アプリケーションとプラグインの更新 [KB1637452] の問題と軽減策」を参照してください。ログインして記事を表示してください。 オーストラリアのリリースでは、ServiceNow AI Platform 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、strict_read_onlyand client_script_modifiable などのきめ細かな制御レベルを備えた新しいread_only_optionフィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、柔軟性を維持しながらインスタンスのセキュリティを強化するのに役立ちます。 既存のアクセス制御リスト (ACL) が更新され、admin ロールが、スクリプトまたはセキュリティ属性内の目的主導型の詳細なロールに置き換えられました。この更新の一環として、 | オーストラリア | ||||||||||||||||||||||
Operational Resilience | Operational Resilience リリース 22.0.x 以降では、新規インストールでは次のスケジュール済みジョブがデフォルトで非アクティブ化されます。
| オーストラリア | ||||||||||||||||||||||
パフォーマンスアナライザー | Zurich リリース以降、パフォーマンスアナライザーはインスタンスで自動的に使用できるようになります。以前のインスタンスのパフォーマンスアナライザーにアクセスするには、ServiceNow® Store からパフォーマンスアナライザーをインストールします。 | オーストラリア | ||||||||||||||||||||||
プラットフォームアナリティクスのエクスペリエンス | アップグレード後は、 コア UI アナリティクスオブジェクト (レポート、 パフォーマンスアナリティクス ウィジェット、レスポンシブダッシュボード、インタラクティブフィルター) を作成できるのはアドミンのみです。他のユーザーは引き続き コア UI オブジェクトを表示および編集できますが、作成できるのはデータの可視化などの プラットフォームアナリティクス オブジェクトのみです。 アップグレードすると、すべての コア UI の公開ステータスが false に変更され、非公開になります。 アップグレード後は、 アナリティクスハブ は使用できません。アナリティクスハブへのリンクは KPI 詳細にリダイレクトされます。 | オーストラリア | ||||||||||||||||||||||
プレイブック | オーストラリアにアップグレードした後、ServiceNow Store でワークフロースタジオアプリケーションを更新します。 | オーストラリア | ||||||||||||||||||||||
製品カタログ管理および Pricing Management | 価格設定管理 v16.0.0 では、このリリースで導入された価格戦略をサポートするための変更を含むデフォルトの価格設定計画が提供されます。以前のリリースからカスタム価格設定計画を使用していた場合、 価格設定管理 v16.0.0 にアップグレードすると、デフォルトの価格設定計画は [廃止] ステータスになります。デフォルトの価格設定計画を公開して使用するか、カスタマイズするかを決定します。 | オーストラリア | ||||||||||||||||||||||
公共機関デジタルサービス | アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューおよびメニューアイテムは、元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客、アカウント、およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、次を参照してください をクリックし、 . | オーストラリア | ||||||||||||||||||||||
RPA ハブ | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。
次のアップグレード情報は、 サンディエゴ または 東京 から オーストラリアにアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、Tokyo 以前のリリースからオーストラリアへの RPA Hub アプリケーションのアップグレード中に遅延が発生する場合があります。 RPA Hub をオーストラリアにアップグレードする前に、glide.rollback.blacklist.TableParentChange.changeシステムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。 オーストラリアにアップグレードすると、ボットプロセス定義は新しい構造 (ボットプロセス構成) に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに オーストラリア にアップグレードすると、テーブルはアプリケーションファイル [sys_metadata] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release [KB1223629] (Utah 以降のリリースで RPA Hub テーブルを再構築する)」を参照してください。 | オーストラリア | ||||||||||||||||||||||
ReleaseOps | ReleaseOps サンプルプレイブックをカスタマイズした場合、オーストラリアにアップグレードするときに Runbook タスクプレイブックアクティビティは自動的に入力されません。 | オーストラリア | ||||||||||||||||||||||
SQL API | ServiceNow は、SOAP ベースの ODBC クライアントを無料で顧客に提供しました。アクティブな RaptorDB Professional エンタイトルメントがある場合は、サーバー側とクライアント側の両方で必要な構成を行うことで、REST ベースの SQL API クライアントに移行できます。詳細については、「 構成」を参照してください。 | オーストラリア | ||||||||||||||||||||||
サービス交換 (旧称サービスブリッジ) | 重要:
Service Exchange を使用している場合は、ServiceNow® インスタンスをオーストラリアのリリースにアップグレードしないでください。既知の RPS の問題により、 Service Exchange が正しく機能しません。オーストラリアのパッチ 1 が利用可能になってからアップグレードを続行してください。
| オーストラリア | ||||||||||||||||||||||
ServiceNow AI プラットフォームのコア機能 | 動的スキーマアプリケーションフレームワークは、 Zurich リリースで改訂されました。Xanadu または Yokohama リリースで動的スキーマを実装した場合、Zurich リリース以降のリリースへのアップグレードの一環として、アプリケーションは自動的に新しいフレームワークに移行されます。移行と実行する必要がある手順の詳細については、 動的スキーマ チューリッヒ移行ガイド [KB2146133] Now Support ナレッジベースの記事。 オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 | オーストラリア | ||||||||||||||||||||||
ServiceNow IDE | ServiceNow IDE バージョン 3.2.3 は 、オーストラリア リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、 ServiceNow IDE バージョン 4.0 以降に更新してください。ServiceNow IDE の更新については、「ServiceNow IDE のインストールまたは更新」を参照してください。 | オーストラリア | ||||||||||||||||||||||
ServiceNow SDK | グローバルまたはアプリケーション内で ServiceNow SDK の最新バージョンにアップグレードするには、「 ServiceNow SDK のアップグレード」を参照してください。 ServiceNow SDK バージョン 4.4 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。 Windows システムでは、ServiceNow SDK バージョン 4.3 以降にアップグレードすると、Keytar が廃止されたため、保存されている既存の認証情報はサポートされなくなります。Windows システムのユーザーは、
now-sdk auth --add コマンドを使用してユーザー認証情報を再度追加し、インスタンスで認証する必要があります。詳細については、「 認証」を参照してください。重要: | オーストラリア | ||||||||||||||||||||||
ServiceNow スタジオ | ServiceNow Studio を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。 | オーストラリア | ||||||||||||||||||||||
ServiceNow Vault | ServiceNow Vault は、次の製品のバンドルです。
| オーストラリア | ||||||||||||||||||||||
Source-to-Pay オペレーション統合 | 重要:
アップグレード修正スクリプトで特定されたパフォーマンスの問題により、ソーシング修正スクリプトが変更されました。このスクリプトは、アップグレードプロセス中に自動的に実行されなくなります。代わりに、オンデマンドジョブとして提供されるようになりました。アドミニストレーターは、アップグレードの完了後、営業時間外にこのジョブを手動で実行する必要があります。 | オーストラリア | ||||||||||||||||||||||
サブスクリプション管理 | サブスクリプション管理 バージョン 6.1 は 、オーストラリア リリースのすべてのインスタンスでデフォルトで有効です。最新の機能を使用するには、 サブスクリプション管理 バージョン 6.1 以降に更新してください。サブスクリプション管理の更新の詳細については、「アプリまたはプラグインを更新する」を参照してください。 | オーストラリア | ||||||||||||||||||||||
サードパーティリスク管理 | 以前のリリースから TPRM にアップグレードし、オーストラリアにアップグレードする VRM ユーザーの場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。たとえば、 Xanadu から Yokohama に、 Yokohama から Zurich などにアップグレードする必要があります。スクリプトが正しい順序で実行されない場合、データの不整合、壊れた機能、および競合が発生する可能性があります。 バージョン 21.0.x にアップグレードした後、スマートアセスメントエンジンの有効化 (sn_vdr_risk_asmt.sae_enabled) プロパティを設定することで、スマートアセスメントエンジン (SAE) を有効にできます。このプロパティを設定すると、 スマートアセスメントエンジン (SAE) がデフォルトのアセスメントエンジンになり、従来のエクスペリエンスに置き換わります。移行は元に戻せません。
警告: このプロパティを非本番インスタンスで設定し、本番インスタンスを変更する前に十分なテストを実施してください。そうしないと、予期しない問題が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細と、Smart アセスメントエンジンとクラシックアセスメントエンジンの違いについては、「サードパーティリスク管理のアップグレード情報」を参照してください。 既存の TPRM 顧客の場合、バージョン 21.0.3 にアップグレードすると、会社 [core_company] テーブルの Industry 列のデータが tprm_industry 列に自動的に移行されます。会社 [core_company] テーブルのレコード数によっては、移行に数時間かかる場合があります。移行後、移行が完了したことを確認するシステム ログ メッセージが表示されます。会社 [core_company] テーブルのコンテンツを確認し、tprm_industryを使用する業界フィールドを参照するカスタマイズを更新します。移行を確認してカスタマイズを更新した後、[業界] 列を削除できます。 | オーストラリア | ||||||||||||||||||||||
UI ビルダー | 後のためにセクションを保存しています。 | オーストラリア | ||||||||||||||||||||||
脆弱性対応 | 現在 脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードする予定がない場合は、v30.x より前のバージョンの脆弱性対応をインストールし、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 脆弱性対応アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティおよび ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「脆弱性対応互換性マトリクスおよびリリーススキーマの変更 [KB0856498]」を参照してください | オーストラリア | ||||||||||||||||||||||
AI 検索 | Washington DC パッチ 9:
Washington DC:
| Washington DC | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | Washington DC | ||||||||||||||||||||||
事業継続性管理 | 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 (サプライヤーライフサイクル管理のアップグレード後のタスク)」を参照してください。 | Washington DC | ||||||||||||||||||||||
サードパーティリスク管理 | TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。 | ワシントン DC | ||||||||||||||||||||||
ユーザーエクスペリエンスアナリティクス |
| ワシントン 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 にアップグレードした後、「BreakdownInterval をチェックイン頻度に移行する」スケジュール済みジョブを実行します。このスケジュール済みジョブは、[レビュー頻度] フィールドと [ブレークダウン間隔] フィールドの既存の値をターゲットレコードの [チェックイン頻度] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「ターゲットブレークダウンの移行」を参照してください。 | Xanadu | ||||||||||||||||||||||
ハードウェア資産管理 11.0.0 | Xanadu にアップグレードすると、ハードウェア資産管理のコア UI パフォーマンスアナリティクスダッシュボードとネクストエクスペリエンス プラットフォームアナリティクスダッシュボードの両方を表示できます。
注: コア UI パフォーマンスアナリティクスダッシュボードを ネクストエクスペリエンス プラットフォームアナリティクスダッシュボードに移行する際、ダッシュボードの重複を避けるために、自動移行はデフォルトで無効になっています。 | Xanadu | ||||||||||||||||||||||
ITOM AIOps | ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。 | Xanadu | ||||||||||||||||||||||
ITOM 最適化 | ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。 | Xanadu | ||||||||||||||||||||||
ITOM ヴィジビリティ | サービスマッピングのエクスペリエンスを向上させるには、ServiceNow® Store からサービスマッピング Plus バージョン 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 | ||||||||||||||||||||||
ハードウェア資産管理 (HAM) の Now Assist | procurement_user ロールを持つユーザーのみが、次の AI エージェントを含む [ハードウェア資産要求の管理ヘルプ] エージェントワークフローにアクセスできます。
| 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 リリースで導入された機能は、注文管理の以前のリリースではサポートされていません。 通信事業とメディア向け注文管理バージョン 6.0 以前からアップグレードする場合:
[契約開始日 (contract start date)] と [契約終了日 (contract end date)] フィールドを使用し、レコードがあるアップグレードの顧客である場合は、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 バージョンにアップグレードすると、既存の Microsoft Entra ID SSO またはディレクトリ統合に対して Microsoft Azure AD - Download Group Membership ディレクトリジョブは実行されません。このディレクトリジョブは、新しい Microsoft Entra ID SSO またはディレクトリ統合用にも作成されません。代わりに、 Microsoft Azure AD - Download Groups ディレクトリ ジョブは、 Microsoft Entra ID で構成されたすべてのグループとグループ メンバーシップをダウンロードします。 | Xanadu | ||||||||||||||||||||||
戦略的計画 | Strategic Planning v4.3.2 にアップグレードした後、[ブレークダウン間隔をチェックイン頻度に移行 (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 | ||||||||||||||||||||||
買掛金オペレーション | 以前のリリースからアップグレードする場合は、参照フィールドの税コード [sn_fin_tax_code] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。 | Yokohama | ||||||||||||||||||||||
App Engine Studio | AEMC でグループをアサインする新しいプロセスのため、各インスタンスで同じバージョンのアプリケーション取り込みプラグインを有効にする必要があります。 詳細については、「 アプリの準備状況とコンプライアンス レポート」を参照してください。 | Yokohama | ||||||||||||||||||||||
アプリケーションマネージャー | アプリケーションマネージャー は、 Yokohama リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、インスタンスを Yokohama パッチ 11 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「アップグレードの準備」を参照してください。 | Yokohama | ||||||||||||||||||||||
アプリケーション脆弱性対応 |
| Yokohama | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | Yokohama | ||||||||||||||||||||||
構成管理データベース (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 へのアップグレード中に、Financial Services Card Operations プラグインは、Card Disputes Transaction テーブル [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 サーバーから完全に削除される予定です。詳細については、「Xanadu の SSH における 3DES の廃止 [KB1644950]」を参照してください。 Yokohama にアップグレードした後、「明示的なパブリック SNMP 認証情報を追加」という名前の修正スクリプトによって、本番インスタンスにパブリック SNMP 認証情報が作成されることがあります。これにより、 ディスカバリーを介して不要なレコードが作成される可能性があります。修正スクリプトは、OOB を含む Yokohama インスタンスに存在します。ディスカバリーコア、Yokohama バージョンのアップグレードを適用する前に、サンドボックス環境で修正スクリプトの動作を確認します。不要な場合は、パブリック SNMP 認証情報を削除します。 | 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 スキルに関連付けられている UI アクションまたはその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452:Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策」を参照してください。記事を表示するにはログインする必要があります。 | Yokohama | ||||||||||||||||||||||
ハードウェア資産管理 (HAM) の Now Assist | procurement_user ロールを持つユーザーのみが、次の AI エージェントを含む [ハードウェア資産要求の管理ヘルプ] エージェントワークフローにアクセスできます。
| Yokohama | ||||||||||||||||||||||
IT Service Management (ITSM) の Now Assist | Zurich パッチ 4 リリースにアップグレードすると、 Now Assist コンテキストメニュー (NACM) に対して行ったカスタマイズは保持されません。詳細については、コミュニティ記事「 ITSM 向け Now Assist での NACM サポートのアップグレード情報」を参照してください。 | Yokohama | ||||||||||||||||||||||
セキュリティインシデントレスポンス向け 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 | 脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 注:
Now Assist プラグインをアップグレードすると、これまで顧客が変更していなかった指定スキルが有効になります。
| Yokohama | ||||||||||||||||||||||
契約管理での Now Assist | 以前のバージョンから Yokohama パッチ 3 以降で契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。
| Yokohama | ||||||||||||||||||||||
Now Assist | Now Assist スキルに関連付けられている UI アクションまたはその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452:Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策」を参照してください。記事を表示するにはログインする必要があります。 | 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 ハブアプリケーションの Tokyo から Yokohama へのアップグレード時に遅延が生じる可能性があります。 RPA ハブを 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 (Utah 以降のリリースの sys_metadata への RPA ハブテーブルの再ビルド) [KB1223629]」を参照してください。 | Yokohama | ||||||||||||||||||||||
セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。 | 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 の更新の詳細については、「アプリの更新」を参照してください。 | 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 | ||||||||||||||||||||||
サブスクリプション管理 | サブスクリプション管理 バージョン 4.1 は、 Yokohama リリースのすべてのインスタンスでデフォルトで有効です。最新の機能を使用するには、 サブスクリプション管理 バージョン 6.0.2 以降に更新してください。サブスクリプション管理の更新の詳細については、「アプリまたはプラグインを更新する」を参照してください。 | Yokohama | ||||||||||||||||||||||
通信事業ネットワークインベントリ | Yokohama リリースでは、プレイブックの設計とアサイン機能をサポートするために Xanadu プラットフォームバージョンが必要です。 | Yokohama | ||||||||||||||||||||||
通信事業サービスオペレーション管理 (TSOM) | 通信事業サービスオペレーション管理 TSOM をインストールすると、インターフェイスカード、スロット、サブスロット、およびネットワークインターフェイスに適用されるカスタマイズされた IRE 識別ルールが影響を受ける可能性があります。ルールをレビューおよび検証して、適切に機能することを確認する必要があります。 | Yokohama | ||||||||||||||||||||||
サードパーティリスク管理 | Vancouver リリース以降、以前のリリースから TPRM にアップグレードする VRM ユーザーの場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、最新リリースにスキップするのではなく、あるリリースから次のリリースにアップグレードすることを意味します。スクリプトを正しい順序で実行しないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。 既存の TPRM のお客様の場合、バージョン 20.2.4 にアップグレードすると、会社 [core_company] テーブルの Industry 列のデータが tprm_industry 列に自動的に移行されます。会社 [core_company] テーブルのレコード数によっては、移行に数時間かかる場合があります。移行後、移行が完了したことを確認するシステム ログ メッセージが表示されます。会社 [core_company] テーブルのコンテンツを確認し、tprm_industryを使用する業界フィールドを参照するカスタマイズを更新します。移行を確認してカスタマイズを更新した後、[業界] 列を削除できます。 | Yokohama | ||||||||||||||||||||||
使用状況インサイト |
| Yokohama | ||||||||||||||||||||||
脆弱性対応と Claroty CTD の統合 | Claroty CTD v5.1 は、Vulnerability Response Integration with Claroty CTD アプリケーションでもサポートされています。 | Yokohama | ||||||||||||||||||||||
脆弱性対応統合 |
| Yokohama | ||||||||||||||||||||||
ITSM のワークフォース最適化 |
| Yokohama | ||||||||||||||||||||||
AI 検索 | 以前のファミリーリリースから Zurich にアップグレードした後、すべての外部コンテンツコネクタでドキュメントのフルクロールを実行して、セマンティックベクトルインデックス作成フィールドマッピングを更新します。 | チューリッヒ | ||||||||||||||||||||||
アプリケーションマネージャー | アプリケーションマネージャー は、 Zurich リリースのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、インスタンスを Zurich パッチ 4 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「アップグレードの準備」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
アプリケーション脆弱性対応 |
| チューリッヒ | ||||||||||||||||||||||
自動テストフレームワーク (ATF) | ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
CPQ コンフィギュレーター | 以前に従来の製品コンフィギュレーターを使用していて、CPQ コンフィギュレーターを使用するには、アップグレード後にセールスと注文管理ワークフローでコンフィギュレーターを使用できるように、sn_prd_pm.enable_advanced_configurationシステムプロパティを true に設定する必要があります。 . | チューリッヒ | ||||||||||||||||||||||
変更管理 | 競合の検出に Progress Worker の代わりにフローを使用するための更新の一環として、競合チェッカーの進捗状況 UI フォーマッターレコードは新しい UI マクロ change_conflict_worker_progress_gate を参照します。このマクロは、 change.conflict.useprogressworker システムプロパティをチェックして競合の検出メカニズムを決定し、対応する UI マクロを表示して、進捗ワーカーまたは変更管理ワーカーテーブルのいずれかを操作します。詳細については、「 競合の検出」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
クラウドコスト管理 9.0 | クラウドコスト管理プラットフォームのサポートは、Xanadu リリースから利用可能です。クラウドコスト管理をチューリッヒにアップグレードする手順については、「クラウドインサイトのアップグレード」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
クラウドエクスポージャービュー | クラウドエクスポージャービューは、 Unified Security Exposure Management アプリケーションでサポートされている Cloud Security for Cloud Workspace アプリケーションのワークスペースです。Unified Security Exposure Management (USEM) と Cloud Security for Cloud Workspace アプリケーションが必要です。USEM は、 脆弱性対応の資格を持つすべてのお客様が利用できます。詳細については、「 Unified Security Exposure Management リリースノート 」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
コンフィグレーションコンプライアンス | 現在 コンフィグレーションコンプライアンスを使用していて、 Unified Security Exposure Management (USEM) にアップグレードする予定がない場合は、 コンフィグレーションコンプライアンス v30.x より前のバージョンをインストールし、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 Wiz との脆弱性対応統合のバックフィル統合によってインポートされた資産の保存に使用される不足している資産 [sn_vul_wiz_missing_asset] テーブルは廃止されました。現在 Wiz 統合で脆弱性対応を使用している場合は、バージョン 1.1 に更新した後、既存の Wiz プライマリ統合を 3 日さかのぼって実行する必要があります。Wiz 統合の詳細については、セキュリティオペレーションコミュニティの SecOps 記事を参照してください。 脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
構成管理データベース (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を手動で実行する必要があります。このスケジュール済みジョブは、ユーザーロールを次のように変更します。
| チューリッヒ | ||||||||||||||||||||||
コンテナ脆弱性対応 | 現在 コンテナ脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードする予定がない場合は、 コンテナ脆弱性対応 v30.x より前のバージョンをインストールして、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 Wiz との脆弱性対応統合のバックフィル統合によってインポートされた資産の保存に使用される不足している資産 [sn_vul_wiz_missing_asset] テーブルは廃止されました。現在 Wiz 統合で脆弱性対応を使用している場合は、バージョン 1.1 に更新した後、既存の Wiz プライマリ統合を 3 日さかのぼって実行する必要があります。Wiz 統合の詳細については、セキュリティオペレーションコミュニティの SecOps 記事を参照してください。 Container Vulnerability Response アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
セールスと注文管理の顧客セルフサービス | 新しい注文チェックアウトエクスペリエンスと改善された買い物かご機能は、新しい Sales Cart プラグイン (sn_sales_cart) を通じて提供されます。アドミニストレーターは、顧客にシームレスなエクスペリエンスを提供し続けるために、 アップグレード後の注文の移行 を実行する必要があります。アップグレード手順を実行しないと、顧客がカートに追加された製品を失う可能性があります。 | チューリッヒ | ||||||||||||||||||||||
暗号化キー管理 |
| チューリッヒ | ||||||||||||||||||||||
暗号化 | GlideEncrypter API の場合、NIST 800-131A Rev 2 では Triple Data Encryption Standard (3DES) 暗号化の使用を推奨していません。GlideEncrypter の 3DES 暗号化が正式に削除されたことで、 Zurich リリースで次の変更が行われています。
Zurich リリースでは、プラットフォーム全体で 3DES が廃止されたため、列レベル暗号化はキー管理フレームワーク列レベル暗号化 (KMF-CLE) への必要なアップグレードを受け取りました。このアップグレードの詳細については、「KB1700704」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
エンタープライズ資産管理 | Zurich リリース以降、ServiceNow エージェントアプリのナビゲーションバーに [資産プットアウェイ] という新しいメニューが追加されました。Zurich リリースにアップグレードすると、修正スクリプトによって ServiceNow エージェントアプリのナビゲーションバーがカスタマイズされているかどうかが特定され、必要なアクションが実行されます。
| チューリッヒ | ||||||||||||||||||||||
外部コンテンツコネクタ | 外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 以前のバージョンから外部コンテンツコネクタアプリケーションのバージョン 4 にアップグレードすると、アップグレードされた各コネクタのコンテンツクロールとユーザーマッピングクロールの両方が完了するまで、以前にクロールされたすべてのコンテンツが検索で表示されない場合があります。アップグレード後に最初に実行されるコンテンツクロールでは、ソースシステムからすべての検索可能なコンテンツのインデックスが再作成され、ユーザーマッピングクロールでは、ソースシステムからすべてのセキュリティプリンシパルのインデックスが再作成されます。クロールされたすべてのコンテンツは、これらのクロールの両方が完了した後、検索に表示されます。 | チューリッヒ | ||||||||||||||||||||||
フィールドサービス管理 (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 を有効にします。 | チューリッヒ | ||||||||||||||||||||||
ワークフロースタジオのフロー、サブフロー、およびアクション | 以前のバージョンの Save as you go 機能がリリースされ、 Washington DC リリースから廃止されました。Washington DC リリースからアップグレードする場合は、システムプロパティを設定して [Save As you go] 機能を手動でオフにしている可能性があります。[Save as you go] 機能を復元するには、「 Save as you go 機能を復元する」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
生成 AI コントローラー | 生成 AI コントローラー は、 Now Assist アプリケーションをインストールまたは更新するときにインストールまたは更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 を参照するか、サポートケースをオープンしてください。 | チューリッヒ | ||||||||||||||||||||||
ハードウェア資産管理 |
| チューリッヒ | ||||||||||||||||||||||
影響 | Impact ストアアプリケーションの構成には、統一された登録プロセスで一連のタスクが必要です。「 Impact ストアアプリケーションの構成」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
インスタンスデータレプリケーション (IDR) |
| チューリッヒ | ||||||||||||||||||||||
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 リリース以降、通知ではワークフローの代わりにサブフローが使用されます。チューリッヒの既存のユーザーの場合は、現在のワークフローが引き続きサポートされます。新規ユーザーの場合、 通知 プラグインのインストールではサブフローが使用されます。 この移行の一環として、次のワークフローアクティビティをフローアクションとして使用でき、サブフローの作成時に使用できます。
新しいインスタンスのサブフローを使用して、 ワークフロースタジオ で独自のカスタムサブフローを維持、ビルド、および変更します。次のベースシステムワークフローがサブフローに移行されました。
注: ワークフロー関連のアーティファクトはすべて新しいプラグインに移動されました。これはサポート専用モードで維持され、新規インストールでは使用できません。 | チューリッヒ | ||||||||||||||||||||||
CMDB の Now Assist | CMDB の Now Assist v2.1 プラグインのインストール (アクティブ化) プロセスが変更されました。新しい手順については、「 構成 」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
ハードウェア資産管理 (HAM) の Now Assist | procurement_user ユーザーロールを持っている場合は、次の AI エージェントを含むハードウェア資産要求の管理支援エージェント型ワークフローにアクセスできます。
| チューリッヒ | ||||||||||||||||||||||
IT Service Management (ITSM) の Now Assist | Zurich パッチ 4 リリースにアップグレードすると、 Now Assist コンテキストメニュー (NACM) に対して行ったカスタマイズは保持されません。詳細については、コミュニティ記事「 ITSM 向け Now Assist での NACM サポートのアップグレード情報」を参照してください。 インシデントアシストエージェント型ワークフローはデフォルトで有効になっており、[廃止] インシデントアシストスキルのすべての機能が含まれていますが、機能強化されています。Zurich パッチ 8 リリースにアップグレードするときに、[廃止] インシデント支援スキルを有効にしている場合は、冗長性を避けるためにこれを無効にすることを検討してください。詳細については、「 インシデント支援スキル」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
セキュリティインシデントレスポンス (SIR) 向け Now Assist | 注: 詳細については、「デフォルトで AI 資産がオンになっている」を参照してくださいセキュリティインシデントレスポンス向け Now Assist の次の Now Assist スキル、エージェント、エージェント型ワークフローは、デフォルトでアクティブ化されています。 スキル
エージェント型ワークフロー
エージェント
注: Now Assist プラグインをアップグレードすると、これまで顧客が変更していなかった指定スキルが有効になります。
セキュリティインシデントレスポンス (SIR) 向け Now Assist アプリケーションを更新すると、依存関係アプリケーションが自動的に更新されます。 セキュリティインシデントレスポンスの Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 Now Assist for Security Incident Response でセキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、 .AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。 | チューリッヒ | ||||||||||||||||||||||
脆弱性対応向け Now Assist | 脆弱性対応向け Now Assist の次の Now Assist スキルは、デフォルトでアクティブ化されています。
脆弱性 対応向け Now Assist アプリケーションを更新すると、依存関係アプリケーションが自動的に更新されます。 脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
契約管理での Now Assist | Yokohama (パッチ 2 以前) または Xanadu (パッチ 8 以前) から契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。
| チューリッヒ | ||||||||||||||||||||||
Now Assist | サードパーティの大規模言語モデルにオプトインしていない顧客は、スキルの実行中に顧客にルーティングされる場合があります。新しいモデルがプロビジョニングされていないか、環境で利用できない場合、スキルの実行が失敗します。Now Assist アドミンコンソール内でスキルが使用するモデルを確認します。 Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認します。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、Now Support ナレッジベースの記事「Now Assist (生成 AI) アプリケーションとプラグインの更新 [KB1637452] の問題と緩和」を参照してください。ログインして記事を表示してください。 Zurich リリースでは、ServiceNow® AI Platform 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。 既存のアクセス制御リスト (ACL) が更新され、「アドミン」ロールが、スクリプトまたはセキュリティ属性内の特定の目的主導型の詳細ロールに置き換えられます。この更新の一環として、 | チューリッヒ | ||||||||||||||||||||||
オンコールスケジューリング | チューリッヒリリース以降、オンコールスケジューリングではワークフローではなくサブフローが使用されます。ワークフローは従来のワークフローと見なされるため、ワークフローからサブフローに移行する必要があります。チューリッヒの既存のユーザーの場合は、現在のワークフローが引き続きサポートされます。ただし、新規ユーザーの場合、チューリッヒ以降のインスタンスにインストールされたオンコールスケジューリングプラグインではサブフローのみが使用されます。 新しいインスタンスのサブフローを使用して、 ワークフロースタジオ で独自のカスタムオンコールスケジューリングフローを維持、ビルド、および変更します。次のサブフローを構成できます。 | チューリッヒ | ||||||||||||||||||||||
オペレーショナルレジリエンス | オペレーショナルレジリエンスバージョン 21.0.x にアップグレードした後、Update CSDM and other dependenciesスケジュール済みジョブを再実行して、このリリースで導入された追加のメタデータを入力します。 | チューリッヒ | ||||||||||||||||||||||
パフォーマンスアナライザー | Zurich リリース以降、パフォーマンスアナライザーはインスタンスで自動的に使用できるようになります。以前のインスタンスでパフォーマンスアナライザーにアクセスするには、ServiceNow® ストアからパフォーマンスアナライザーをインストールします。 | チューリッヒ | ||||||||||||||||||||||
プラットフォームアナリティクスのエクスペリエンス | アップグレード時に、開いているインスタンスのホームページは コア UI ダッシュボードに移行され、ダッシュボードライブラリに表示されます。詳細については、「 ホームページの廃止」を参照してください。 アップグレード時に、簡易リストはすべて新しいリスト要素に変換されます。 | チューリッヒ | ||||||||||||||||||||||
Workflow Studio (ワークフロースタジオ) の Playbooks (プレイブック) | チューリッヒにアップグレードした後、ServiceNow Store でワークフロースタジオアプリケーションを更新します。 | チューリッヒ | ||||||||||||||||||||||
製品カタログ管理および Pricing Management | Pricing Management v15.0.0 では、このリリースで導入された価格戦略をサポートする新しい手順を含むデフォルトの価格設定プランが提供されます。以前のリリースのカスタム価格設定計画を使用している場合は、アップグレード後に [廃止] ステータスになるデフォルトの価格設定計画を確認してください。デフォルトのプランを公開するか、ニーズに合わせてデフォルトの価格設定プランをカスタマイズするかを決定します。デフォルトの計画には、見積もりと注文の構成可能な製品の正味価格とロールアップ値を計算するための新しいステップ (正味価格計算、明細ロールアップ、およびヘッダーロールアップステップ) が含まれています。この価格設定機能は、見積もりと注文の以前のリリースに存在していましたが、デフォルトの価格設定計画には含まれていませんでした。見積もりと注文に対するこの以前の機能を保持するには、カスタム価格計画を公開してから、カスタム価格計画に正味価格計算、明細ロールアップ、およびヘッダーロールアップのステップを追加する必要があります。 以前に従来の製品コンフィギュレーターを使用していて、CPQ コンフィギュレーターを使用する場合は、アップグレード後に sn_prd_pm.enable_advanced_configuration システムプロパティを true に設定します。true に設定すると、このプロパティは CPQ コンフィギュレーターを有効にします。 製品カタログ検索に AI 検索を使用する場合は、アップグレードする前に、AI 検索機能に必要なプラグインを含む Sales Force Automation (SFA) 向け Now Assist をインストールしてください。アップグレード後、さまざまな手順を実行して AI 検索を実装します。これらの手順には、AI 検索を設定するスケジュール済みジョブの実行と、enable_ai_search_in_catalog システムプロパティを true に設定して製品カタログインターフェイスで AI 検索を有効にすることが含まれます。これらの構成手順の詳細については、「 製品カタログ検索の AI 検索の構成」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
公共機関デジタルサービス | アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューおよびメニューアイテムは、元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客、アカウント、およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、次を参照してください をクリックし、 . | チューリッヒ | ||||||||||||||||||||||
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 テーブルを再構築する)」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
小売業アプリケーション | このリリース以降、小売ベースケースは抽象的になりました。(抽象ケースまたは抽象ケースタイプは、直接使用されるのではなく、特殊なケースタイプによって拡張されることを意図したケースの基本構成です)。 チューリッヒ リリースにアップグレードした後、 および Yokohama リリース以降のバージョン更新では、小売ベースケーステーブルを使用している場合は、新しいケースを作成したり、既存のケースを更新したりできなくなります。代わりに、次のケースタイプを使用してください。
独自のケースタイプを拡張することもできます。これらの変更の詳細については、Now Support ナレッジベースの記事「影響分析とガイダンス:小売業ケーステーブルの更新 [KB2216547] 」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
SQL API | ServiceNow は、SOAP ベースの ODBC クライアントを無料で顧客に提供しました。アクティブなRaptorDB Proエンタイトルメントがある場合は、サーバー側とクライアント側の両方で必要な構成を完了することで、RESTベースのSQL APIクライアントに移行できます。詳細については、「 構成」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
サービスエクスチェンジ |
| チューリッヒ | ||||||||||||||||||||||
サービスオブザーバビリティ | snc_sow_svcobs.manager ロールを持っている場合は、 | チューリッヒ | ||||||||||||||||||||||
Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース) | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
互換性のあるバージョンの詳細については、「 ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
ServiceNow AI プラットフォームのコア機能 | 動的スキーマアプリケーションフレームワークは、 チューリッヒ リリースで改訂されました。Xanadu または Yokohama で動的スキーマを実装した場合、アプリケーションは Zurich リリースへのアップグレードの一環として新しいフレームワークに自動的に移行されます。移行の詳細については、次を参照してください。 動的スキーマ チューリッヒ移行ガイド [KB2146133] Now Support ナレッジベースの記事。 | チューリッヒ | ||||||||||||||||||||||
ServiceNow IDE | ServiceNow IDE バージョン 2.1.2 は、 Zurich リリースのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、 ServiceNow IDE バージョン 3.0 以降に更新してください。ServiceNow IDE の更新については、「ServiceNow IDE のインストールまたは更新」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
ServiceNow SDK | グローバルまたはアプリケーション内で ServiceNow SDK の最新バージョンにアップグレードするには、「 ServiceNow SDK のアップグレード」を参照してください。 ServiceNow SDK バージョン 4.0 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。 Windows システムでは、ServiceNow SDK バージョン 4.3 以降にアップグレードすると、Keytar が廃止されたため、保存されている既存の認証情報はサポートされなくなります。Windows システムのユーザーは、
now-sdk auth --add コマンドを使用してユーザー認証情報を再度追加し、インスタンスで認証する必要があります。詳細については、「 認証」を参照してください。注: | チューリッヒ | ||||||||||||||||||||||
ServiceNow スタジオ | ServiceNow Studio を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。 | チューリッヒ | ||||||||||||||||||||||
ServiceNow Vault | ServiceNow Vault をインストールするには、以下をインストールする必要があります。
| チューリッヒ | ||||||||||||||||||||||
スキルの基礎 | ガイド付きセットアップの一部として業界スキルデータをダウンロードすることはできません。 | チューリッヒ | ||||||||||||||||||||||
ソフトウェア資産管理 | 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 に更新されていることを確認します。 | チューリッヒ | ||||||||||||||||||||||
Source-to-Pay オペレーション統合 | 重要:
アップグレード修正スクリプトで特定されたパフォーマンスの問題により、ソーシング修正スクリプトが変更されました。このスクリプトは、アップグレードプロセス中に自動的に実行されなくなります。代わりに、オンデマンドジョブとして提供されるようになりました。アドミニストレーターは、アップグレードの完了後、営業時間外にこのジョブを手動で実行する必要があります。 | チューリッヒ | ||||||||||||||||||||||
戦略的計画 | Strategic Planning v4.8.0 にアップグレードすると、既存の [投資タイプ] フィールドと [投資クラス] フィールドが、それぞれ [計画] ページ (優先順位付けビュー、ロードマップビュー、[シナリオ計画] ページなど) 全体で [投資タイプ (廃止)] および [投資クラス (廃止)] として表示されます。これらの廃止されたフィールドの値は、新しい [投資タイプ ] フィールドと [投資クラス ] フィールドに自動的にコピーされます。 以前に廃止されたフィールドを使用してフィルターを適用した場合、または [計画] ページの [優先順位付け] ビューと [ロードマップ] ビューを含む Workspace 全体で新しい [投資タイプ ] フィールドと [投資クラス ] フィールドを使用するように、それらの構成を更新する必要があります。 | チューリッヒ | ||||||||||||||||||||||
サブスクリプション管理 | サブスクリプション管理 バージョン 5.0 は、 Zurich リリースのすべてのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、 サブスクリプション管理 バージョン 6.1 以降に更新してください。サブスクリプション管理の更新の詳細については、「アプリまたはプラグインを更新する」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
Synthetic モニタリング | MID サーバーを場所として使用してモニターを実行する場合は、アップグレード後に MID サーバーを再起動する必要があります。 | チューリッヒ | ||||||||||||||||||||||
サードパーティリスク管理 | VRM ユーザーが TPRM にアップグレードし、以前のリリースから Vancouver 以降のリリースにアップグレードする場合は、修正スクリプトが正しく実行されるように、各アップグレードを順番に実行する必要があります。たとえば、 Utah から Vancouver、 Vancouver から Washington DC などにアップグレードする必要があります。スクリプトが正しい順序で実行されない場合、データの不整合、壊れた機能、および競合が発生する可能性があります。 バージョン 21.0.x にアップグレードした後、スマートアセスメントエンジンの有効化 (sn_vdr_risk_asmt.sae_enabled) プロパティを設定することで、スマートアセスメントエンジン (SAE) を有効にできます。このプロパティを設定すると、 スマートアセスメントエンジン (SAE) がデフォルトのアセスメントエンジンになり、従来のエクスペリエンスに置き換わります。移行は元に戻せません。 警告: このプロパティを非本番インスタンスで設定し、本番インスタンスを変更する前に十分なテストを実施してください。そうしないと、予期しない問題が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細と、Smart アセスメントエンジンとクラシックアセスメントエンジンの違いについては、「サードパーティリスク管理のアップグレード情報」を参照してください。 既存の TPRM 顧客の場合、バージョン 21.0.3 にアップグレードすると、会社 [core_company] テーブルの Industry 列のデータが tprm_industry 列に自動的に移行されます。会社 [core_company] テーブルのレコード数によっては、移行に数時間かかる場合があります。移行後、移行が完了したことを確認するシステム ログ メッセージが表示されます。会社 [core_company] テーブルのコンテンツを確認し、tprm_industryを使用する業界フィールドを参照するカスタマイズを更新します。移行を確認してカスタマイズを更新した後、[業界] 列を削除できます。 | チューリッヒ | ||||||||||||||||||||||
統合セキュリティエクスポージャー管理 | 統合セキュリティエクスポージャー管理 は、 脆弱性対応の資格を持つすべてのお客様が利用できますが、 USEM への移行は、パフォーマンス、拡張性、および簡素化されたワークフローのための統一アーキテクチャを導入するメジャーアップグレードです。アップグレードする前に、更新セットとして利用可能な Unified Security Exposure Management 向け移行アシスタント を活用してください。詳細については、 Unified Security Exposure Management [KB2556844] ナレッジベース記事「Migration Guidance to Unified Security Exposure Management [] 」を参照してください。このツールは、プラグインのインストール、データマッピング、ルールの移行、および移行後の検証のためのガイド付きエクスペリエンスを提供し、リスクと手作業を軽減します。移行を開始する前に、すべての統合とワークフローの互換性を確認してください。詳細については、「 USEMへの移行 」および「 USEMへの移行」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
脆弱性対応 | 現在 脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードしない場合は、v30.x より前のバージョンの脆弱性 対応 をインストールし、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 Wiz との脆弱性対応統合のバックフィル統合によってインポートされた資産の保存に使用される不足している資産 [sn_vul_wiz_missing_asset] テーブルは廃止されました。現在、 Wiz 統合による脆弱性対応を使用している場合は、新しいバージョン 1.1 に更新した後、既存の Wiz プライマリ統合を 3 日さかのぼって実行する必要があります。Wiz 統合の詳細については、セキュリティオペレーションコミュニティの SecOps 記事を参照してください。 脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。 | チューリッヒ | ||||||||||||||||||||||
ERP 向けゼロコピーコネクタ | 既存のスケジュール済み抽出があり、Zurich にアップグレードした場合は、 Scheduled Extraction V2 Move 修正スクリプトを実行して、スケジュール済みスクリプトエンジンによってスケジュールが行われる新しいテーブルにスケジュール済み抽出を配置します。詳細な手順については、 修正スクリプトの実行を参照してください。 | チューリッヒ |