様々な製品に関するアップグレード前後のタスク

アップグレードの準備として、さまざまなアプリケーションや機能のアップグレードおよび移行のタスクを確認します。該当する場合は、アップグレード完了前後でそれらのタスクを完了する計画を立てます。

スムーズなアップグレードのためのインスタンスの準備

オーストラリア にアップグレードする前に、これらのアップグレード前後のタスクを確認し、必要に応じて完了してください。

アップグレードおよび移行のタスク

重要:

自己ホスト型のお客様のアップグレード手順の変更について詳しくは、 KB0563844 を参照してください。

表 : 1.

製品	リリースノート	ファミリ
AI コントロールタワー	適用外です。	オーストラリア
アプリケーションマネージャー	アプリケーションマネージャー は 、オーストラリア リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、インスタンスを オーストラリア パッチ 4 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「アップグレードの準備」を参照してください。	オーストラリア
アプリケーション脆弱性対応	現在 アプリケーション脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードしない場合は、 アプリケーション脆弱性対応 v30.x より前のバージョンをインストールして、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 脆弱性対応の新機能の詳細については、「脆弱性対応のリリースノート」を参照してください。 アプリケーション脆弱性対応アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] を参照してください。	オーストラリア
資産監査応答	オーストラリアのリリースでは、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] を参照してください。	オーストラリア
コアビジネススイート	オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 ServiceNow AI Platform は、次の 3 つのライセンス階層を利用して新しい AI エクスペリエンスを提供します。 Foundation:インサイトを提供するための AI の基礎 Advanced:AI によって関連するユースケース全体で生産性を向上 プライム:すべての AI 資産を自律的に操作し、独自の資産を作成します 詳細については、「 ServiceNow 製品階層」を参照してください。	オーストラリア
顧客エンゲージメントシーケンス	Zurich より前のリリースで [通話をスケジュール] アクティビティを使用してシーケンスを構成した場合、アクティビティはワークフロースタジオのアクティビティピッカーで [通話をスケジュール - 廃止 (Schedule call - Deprecated)] というラベルが表示されるようになりました。既存のシーケンスは引き続き機能しますが、実行時に [シーケンスステップ] ページの [コールバック番号] フィールドにコールアイコン表示されません。クリックコール機能を有効にするには、新しい [通話のスケジュール] アクティビティを使用するように Customer Engagement Sequences アプリケーションを更新します。	オーストラリア
従業員センタープロ	オーストラリアのリリースでは、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 アプリケーションをインストールまたは更新するときにインストールまたは更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 を参照するか、サポートケースをオープンしてください。	オーストラリア
ハードウェア資産管理	セキュリティを強化し、アドミンアクセスを正確に管理するために、詳細なアドミンロールがインストールされました。これらのロールは、完全なアドミンアクセスを付与するのではなく、ユーザーのタスクに基づいて特定の権限をアサインすることで、広範なアドミンチェックに代わるものです。 sn_hamp.ham_system_admin: HAM ライセンス、 HAM ガイド付きセットアップ、 HAM アプリケーションプロパティとシステムプロパティ、およびいくつかのテーブルにアクセスできます。 sn_hamp.ham_asn_admin:事前出荷通知 (ASN) 機能へのアクセスを提供します。 asset_integration_admin:標準ハードウェアのゼロタッチ要求と配送業者統合機能、出荷テーブルへのアクセスを提供します。 asset_system_admin:資産のジョブログ、コンテンツ監査、転送注文、経費管理、およびモデル管理へのアクセスを提供します。 asset_task_admin:資産タスクへのアクセスを提供します。 procurement_system_admin:調達モジュール、テーブル、およびタスクにアクセスできます。 contract_system_admin:契約モジュール、テーブル、およびタスクへのアクセスを提供します。 asset_licensing_admin:ITAM ライセンスモジュールにアクセスできます。 asset_recommendation_admin:推奨アクションにアクセスできます。 オーストラリアのリリースでは、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 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。	オーストラリア
ヘルスケアとライフサイエンスサービス管理	オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 KB2718122 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 読み取り専用セキュリティー・オプションの構成を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。	オーストラリア
影響	Impact ストアアプリケーションの構成には、統一された登録プロセスで一連のタスクが必要です。「 Impact ストアアプリケーションの構成」を参照してください。	オーストラリア
インスタンスデータレプリケーション (IDR)	アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成されたこのテーブル内のすべてのログエントリは自動的に切り捨てられます。	オーストラリア
キー管理	Zurich 以前のリリースでは、GlideEncrypter API は 3 キーの Triple Data Encryption Standard (3DES) 暗号化標準を使用していましたが、NIST 800-131A Rev 2 では 2023 年以降は使用しないことが推奨されています。オーストラリア のリリースでは 、将来の GlideEncrypter/3DES の完全な廃止に備えて、次の変更が行われます。 新しい オーストラリア のインスタンスでは GlideEncrypter を使用できません。すべてのベースシステムスクリプトは、代替の暗号化プロセスを使用するように変更されています。 オーストラリアのインスタンスをアップグレードする場合でも、キー管理フレームワークを介して AES256-GCM 暗号化を使用するように更新された GlideEncrypter を引き続き使用できます。 3DES の廃止の詳細については 、「KB1704481」を参照してください。	オーストラリア
MID サーバー	最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 17.0.10 で、推奨バージョンは 21.0.7 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバーが使用することを検証するために、アップグレードプロセスでは次のアクションが実行されます。 アップグレードの際に MID サーバーがサポートされていないバージョンの JRE を使用している場合、アップグレードプロセスで JRE の最低バージョンと推奨バージョンを示す警告メッセージが表示されます。 サポートされている JRE が MID サーバーホストで実行されている場合、アップグレードされた 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 サーバーのアップグレードについて詳しくは次のトピックを参照してください。 MID サーバーのアップグレード前のチェック：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 手動での MID サーバーのアップグレード：MID サーバーを手動でアップグレードする方法について説明しています。	オーストラリア
CMDB 向け Now Assist	Now Assist で CI とクラスの詳細な説明を提供できるようにするには、「外部コンテンツコネクタ」プラグインをアクティブ化し、「ServiceNow 製品ドキュメント」コネクタをインストールしてから、製品ドキュメントをクロールする必要があります。構成手順については、「 CI フォームのコンテキストヘルプスキルの構成」を参照してください。	オーストラリア
クリエーター向け Now Assist	オーストラリア の早期提供 (3 月) ビルドエージェントアプリケーションをアップグレードするには、ビルドエージェントプロプラグイン (sn_build_agent_pro) を含むクリエーターの Now Assist アプリケーション (sn_now_creator) をアップグレードします。Build Agent (試用版) アプリをアップグレードするには、sn_build_agent プラグインをアップグレードします。	オーストラリア
従業員センタープロ向け Now Assist	従業員センタープロの Now Assist は、従業員または要求者の会話のみを提供し、AI エージェントやその他の関連機能を提供するために他の Now Assist 製品が必要になる場合があります。	オーストラリア
IT Service Management (ITSM) の Now Assist	ナレッジ記事生成スキルの [ナレッジ記事詳細エディター (Knowledge Article Advanced Editor)] ページを使用するには、ナレッジコンテンツ推奨スキルを有効にする必要があります。スキルをアクティブ化するには、次の手順に従います。 検索項目 アドミン > Now Assist アドミン. [Now Assist スキル] を選択します。 [ プラットフォーム] を選択します。 [ ナレッジ] を選択します。 ナレッジコンテンツ推奨スキルがアクティブであることを確認します。 インシデントアシストエージェント型ワークフローはデフォルトで有効になっており、[廃止] インシデントアシストスキルのすべての機能が含まれていますが、機能強化されています。オーストラリアパッチ 1 にアップグレードするときに、[非推奨] インシデント支援スキルを有効にしている場合は、冗長性を避けるためにこれを無効にすることを検討してください。詳細については、「 インシデント支援スキル」を参照してください。	オーストラリア
脆弱性対応向け Now Assist	脆弱性対応または統一セキュリティエクスポージャー管理 (USEM) ワークスペースで新しい AI ネイティブエクスペリエンスにアクセスするには、オーストラリアのリリースにアップグレードする必要があります。 ServiceNow 製品階層 ServiceNow AI Platform は、次の 3 つのライセンス階層を利用して新しい AI エクスペリエンスを提供します。 Foundation:インサイトを提供するための AI の基礎 Advanced:AI によって関連するユースケース全体で生産性を向上 プライム:すべての AI 資産を自律的に操作し、独自の資産を作成します ライセンスに応じて、特定のアプリケーション機能、生成 AI スキル、エージェント型ワークフロー、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フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、柔軟性を維持しながらインスタンスのセキュリティを強化するのに役立ちます。g_form.setValue() または g_form.clearValue() を使用して読み取り専用フィールドを変更するカスタムクライアントスクリプトがある場合は、Now Support ナレッジベースのKB2718122記事を参照して、影響を受けるフィールドを特定し、設定を調整してください。 既存のアクセス制御リスト (ACL) が更新され、admin ロールが、スクリプトまたはセキュリティ属性内の目的主導型の詳細なロールに置き換えられました。この更新の一環として、 認可のために getRoles() API が hasRole() API に置き換えられました。さらに、コード内の admin ロールへのすべての参照は、認証ユースケースの詳細ロールに置き換えられています。詳細については、「https://www.servicenow.com/docs/r/platform-security/granular-admin-roles.html」を参照してください。	オーストラリア
Operational Resilience	Operational Resilience リリース 22.0.x 以降では、新規インストールでは次のスケジュール済みジョブがデフォルトで非アクティブ化されます。 Calculate red flags for CSDM and dependencies Update CSDM and other dependencies 既存のインストールの場合、これらのジョブは現在のアクティブまたは非アクティブステータスを保持します。	オーストラリア
パフォーマンスアナライザー	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) をアップグレードしてください。 RPA デスクトップデザインスタジオ アテンド型ロボット 無人ロボット 無人ロボットログインエージェント 詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。 次のアップグレード情報は、 サンディエゴ または 東京 から オーストラリアにアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、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 が利用可能になってからアップグレードを続行してください。 Xanadu リリースで最初にリリースされた Service Exchange バージョン 2.x.x は、Service Exchange (レガシー) バージョンの移行をサポートしていません。 Service Exchange (レガシー) バージョン:オーストラリアのリリースにアップグレードする前に、Now Support ナレッジベースの記事「Service Exchange for Providers (Legacy) - Migration Utility [KB1499823]」を参照して、構成データを移行する方法を確認してください。 Service Exchange バージョン 1.x.x:アップグレードする場合は、Now Support ナレッジベースの記事「アップグレードガイド - プロバイダーおよびコンシューマー向けサービス交換 (v2.x.x リリース) [KB1700387] を参照して、Service Exchange アプリケーションを移行する方法を確認してください。 Service Exchange バージョン 2.xx:最新の互換性バージョンを必要とする新しいエンタイトルメントは、コンシューマーとプロバイダーの両方が Service Exchange バージョン 2.x.x にアップグレードするまでアクティブ化できません。より低い互換性バージョンで構成された新しいエンタイトルメントをアクティブ化できます。古いアクティブなエンタイトルメントは引き続き機能しますが、新しいエンタイトルメントはアクティブ化できません。 プロバイダー向け サービス交換 とコンシューマー向け サービス交換 を単一のインスタンスで使用する場合は、互換性を維持するために両方のアプリケーションを同じバージョンに同時にアップグレードする必要があります。バージョンが異なる場合、スキャンチェックでバージョンの不一致が報告され、健全性ダッシュボードにバージョン不一致の問題が表示されます。アップグレード後、アップグレード後のスキャンスイートを実行して検証し、アップグレード後の問題を特定して解決します。 プラットフォームをオーストラリアのリリースにアップグレードする前に Service Exchange バージョン 2.0.55 にアップグレードしていて、インスタンスにセールスと注文管理プラグインバージョン 1.0.4 がインストールされている場合、新しい拒否 ACL はインストールされません。オーストラリアのリリースにアップグレードした後、[修理] を選択して Service Exchange アプリケーションを再インストールし、拒否 ACL がインストールされていることを確認します。 Service Exchange アプリケーションをインストールすると、Service Exchange グローバルスクリプトインクルードが次のプラットフォームバージョンに自動的にインストールまたは更新されます。 Yokohama チューリッヒ オーストラリア	オーストラリア
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 SDK のマイナーリリースについては、GitHub の ServiceNow SDK リリースノートを参照してください。	オーストラリア
ServiceNow スタジオ	ServiceNow Studio を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。	オーストラリア
ServiceNow Vault	ServiceNow Vault は、次の製品のバンドルです。 ServiceNow Vault データディスカバリー 『Data Privacy』 ゼロトラストアクセス Field Encryption (フィールド暗号化) コード署名 ログエクスポートサービス (LES)	オーストラリア
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 パッチ 9 にアップグレードした後、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にします。再インデックス作成の詳細については、「 インデックス付きソースのインデックス作成または再インデックス 作成」または 「複数のインデックス付きソースのインデックス作成または再インデックス作成」を参照してください。 Washington DC: Washington DC にアップグレードすると、AI 検索で既存の Genius 結果構成が自動的に更新され、新しい AI 検索 Genius 結果構成フォームのフィールドを使用するようなります。この更新手順では、以下のような変更が行われます。 [Genius 結果の回答タイプ] フィールドの既存の値を削除します。 必要に応じて、[Genius 結果のロジック] フィールドの値を、新しい AI 検索要求プロセッサーのフィールドと AI 検索応答プロセッサーのフィールドに移行します。 インスタンスを Washington DC にアップグレードした後も、AI 検索は、以前に [検索クエリに複数の用語が含まれている場合に使用するブーリアン検索演算子] ( glide.ais.query.search_operator ) システムプロパティに設定した値を保持します。マルチターム検索に対して新たに拡張されたクエリモードを活用するには、このシステムプロパティの値を AND then OR 2+ key terms に設定します。AI 検索システムプロパティの詳細については、「AI 検索システムプロパティ」を参照してください。 Washington DC 以降、ユーザー [sys_user] テーブルではデフォルトで、インデックス付きレコードは sys_updated_on の日付でソートされず、sys_created_on の日付でソートされます。この変更では、AI 検索のユーザーテーブルのインデックス付きソースのインデックスを再作成する必要があるため、時間がかかる可能性があります。以前のファミリーリリースから Washington DC にアップグレードすると、AI 検索ではユーザーテーブルのインデックス付きソースのインデックスが自動的に再作成されません。ユーザーレコードの最新の構成を検索可能にする必要がある場合、ユーザーテーブルのインデックス付きソースのインデックスを手動で再作成することはできますが、時間がかかる可能性があります。そうでない場合は、すべてのレコードのインデックスが再作成されるまで、更新時に個々のユーザーテーブルレコードのインデックスが AI 検索によって再作成されます。	Washington DC
自動テストフレームワーク (ATF)	ServiceNow AI プラットフォーム®によって提供されるクイックスタートテストをコピーしてカスタマイズし、構成変更を行った後にインスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。	Washington DC
事業継続性管理	Washington DC リリースにアップグレードした後には、既存のビジネスインパクトアナリシス、事業継続性計画、およびイベントについて、次の重要な情報に注意する必要があります。 ビジネスインパクトアナリシスの場合、アップグレード後に手動で追加された依存関係について、依存関係アセスメントの [ソース] 列の名前が [プライマリソース] に変更され、BCM ソースの名前が [手動] に変更されます。[依存関係を更新 (Update dependencies)] ボタンを選択すると、CMDB 依存関係が追加されます。 事業継続性計画については、アップグレード後に [ソース] 列の名前が [プライマリソース] に変更されます。[依存関係を更新 (Update dependencies)] ボタンを選択すると、CMDB および BIA 依存関係が追加されます。以前のリリースとの互換性を維持するために、BCM アドミニストレーターはソースを構成し、BIA アップストリーム依存関係と BIA ダウンストリーム依存関係のみをソースとして更新された構成に保持できます。 イベントと演習で、[依存関係を更新 (Update dependencies)] ボタンを選択すると、アップグレード後に CMDB、BIA、および事業継続性計画 (BCP) の依存関係が追加されます。以前のリリースとの互換性を維持するために、BCM アドミニストレーターはソースを構成し、BIA アップストリーム依存関係と BIA ダウンストリーム依存関係のみをソースとして更新された構成に保持できます。	Washington DC
構成管理データベース (CMDB)	この列 product_instance_id は、新しい製品インスタンス識別子 (PID) をサポートすることを目的としてベース構成アイテム [cmdb_ci] テーブルに追加されました。これにより、既存の関連資産、CI、およびインストールベースアイテム (IBI) のルックアップとリンクが可能になります。アップグレード中の変更の影響とその影響を最小限に抑える方法の詳細については、ナレッジベースの記事「Washington リリースに対する CMDB_CI スキーマの変更のアップグレード時の影響 (Upgrade impact of CMDB_CI schema changes for Washington release) [KB1534035]」を参照してください。 Washington DC リリースへのアップグレード後に初めて CMDB 360 を有効にする場合、非 CMDB クラス (構成アイテム [cmdb_ci] クラスから派生していないクラス) からの CI に対する CMDB 360 データのキャプチャを有効にするには、glide.identification_engine.multisource_non_cmdb_ci_enabled システムプロパティを true に設定する必要があります。 コア UI で従来のデータ認定アプリケーションを使用していた場合、CMDB ワークスペースでのデータ認定の新しい実装では、関連する定義を使用できません。Washington DC リリースおよび CMDB ワークスペースのバージョン 6.0 にアップグレードした後、従来のデータ認定アプリケーションで作成された定義は、CMDB ワークスペースでドラフトのデータマネージャー認定ポリシーに変換できます。詳細については、「」を参照してください。	ワシントン DC
コア ServiceNow AI プラットフォーム	以前は、トランザクションがキャンセルされた場合に、特定の監査可能な操作が記録されませんでした。監査レコードがなくなるこの動作が発生するのは、レコードの変更中にプラットフォームがなんらかの操作を実行し、監査の作成前にその操作がキャンセルされるためです。しかし現在では、レコードが変更された直後に監査が作成されるため、キャンセルされたトランザクションによって、監査が記録される前に操作が中止される可能性が低くなります。この更新を容易にするために、トランザクションと同じスレッドに監査が記録されるようになりました。以前の監査はバックグラウンドスレッドで作成されていました。 この変更により、 glide.db.audit.lazy プロパティのデフォルト値が true から false に再定義されます。理想的には、このプロパティはプロパティテーブルで定義されていません。つまり、大半のインスタンスで Washington DC リリースで新しいデフォルト値と動作の使用が開始されるということです。インスタンスによっては、このプロパティが値を true に設定した状態で挿入されている可能性があります。これは、これらのインスタンスがこの変更を使用して動作を監査できないことを意味します。この更新を利用するには、このプロパティを削除してください。	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) については、次のアップグレードシナリオに注意してください。 アップグレードは、すべてのエンタープライズ資産管理フロータスクに対して機能します。 ワークフロータスクごとにタスクのレートカードが必要です。 TCO のアップグレードにより、各タスクに対応する経費ラインの [資産] および [経費カテゴリ] フィールドにデータが入力されます。 経費カテゴリは、経費ラインと経費ラインのソースに基づいて入力されます。 既存のすべてのモデルの [TCO ベンチマークコスト] と [TCO ベンチマークしきい値] フィールドに手動で入力するか、一括インポート機能を使用して入力する必要があります。 TCO をアップグレードすると、資産フォームの次のフィールドが入力されます。 資産の残存有効年限の終了：作成日に残存有効年限を月単位で加算したもの。 資産の最初の使用日：作成日。 資産 TCO：資産に関連するすべての経費ラインの合計。単純な資産の場合、資産 TCO はその下の経費ラインの合計です。複合資産の場合、資産 TCO は、親資産とその子資産の経費ラインの合計です。	Washington DC
ファイナンシャルサービスオペレーションコア	Washington DC へのアップグレード中に、ファイナンシャルサービスオペレーションコアプラグインは次のテーブルを再ペアレンティングします。 注: アップグレードされたインスタンス内のレコードの数が多い場合、アップグレードの完了までに長時間かかることがあります。 サービス定義 [sn_bom_service_definition] テーブルは、要求定義 [sn_ind_request_definition] ではなくサービス定義 [sn_case_type_selection] テーブルから拡張されます。 財務タスク [sn_bom_task] テーブルは、グローバルタスク [task] テーブルの代わりにカスタマーサービスタスク [sn_customerservice_task] テーブルから拡張されます。 ポリシー参加者 [sn_bom_policy_participant] テーブルは、販売済み製品の関連当事者 [sn_install_base_sold_product_related_party] テーブルから拡張されます。 再ペアレンティングにより、既存のアプリケーションの機能を維持したまま、ServiceNow® カスタマーサービス管理 (CSM) のメリットと高機能を活用できます。	Washington DC
ハードウェア資産管理 10.0.0	Washington DC にアップグレードした後は、資産の総所有コスト (TCO) について、次のアップグレードシナリオに留意してください。 アップグレードは、すべてのハードウェア資産管理フロータスクに対して機能します。 ワークフロータスクごとにタスクのレートカードが必要です。 TCO のアップグレードにより、各タスクに対応する経費ラインの資産および経費カテゴリフィールドにデータが入力されます。 経費カテゴリは、経費ラインと経費ラインのソースに基づいて入力されます。 既存のすべてのモデルの [TCO ベンチマークコスト] と [TCO ベンチマークしきい値] フィールドに手動で入力するか、一括インポート機能を使用して入力する必要があります。 TCO をアップグレードすると、資産に関する次のフィールドが入力されます。 資産の残存有効年限の終了：作成日と月単位の残存有効年限。 資産の最初の使用日：作成日と同じ。 資産 TCO：資産に関連するすべての経費ラインの合計。単純な資産の場合、資産 TCO はその下の経費ラインの合計です。複合資産の場合、資産 TCO は、親資産とその子資産の経費ラインの合計です。	Washington DC
ヘルスケアとライフサイエンスサービス管理 Core	Washington DC へのアップグレード中に、ヘルスケア販売済み製品 [sn_hcls_sold_product] 親テーブルが、次のテーブルのインストールベースアイテム [sn_install_base_item] に変更されます。 メンバープラン [sn_hcls_member_plan] 薬剤 [sn_hcls_medium] 予防接種 [sn_hcls_immunization] 登録済みプログラム [sn_hcls_enrolled_program] 登録済みプログラムサービス [sn_hcls_enrolled_program] また、次のテーブルは親テーブルが削除されてスタンドアロンテーブルになっています。 医療機関 [sn_hcls_organization] 医療機関の所在地 [sn_hcls_location] 施術者所在地 [sn_hcls_practitioner_facility] このように親を指定し直すことで、顧客がより広範なユースケースに組織テーブルと場所テーブルを使用できるようになります。 既存のデータは、既存の機能が影響を受けないよう、次の方法で移行されます。 sn_hcls_immunization の場所フィールドの参照が cmn_location を使用するように更新されました。 すべてのデータが、ヘルスケア販売済み製品テーブルからインストールベースアイテムテーブルに移動されます。 影響を受けるインストールベースアイテムの行は、ヘルスケア販売済み製品の source_task の値に基づいて入力されます。 sn_hcls_enrolled_program と sn_hcls_enrolled_program_service のステータスが hcls_state からコピーされます。 すべてのデータは、医療機関、医療機関の場所、および施術者所在地のスタンドアロンテーブルに移動します。 このスクリプトにより、[医療機関] テーブルにある既存のレコードの [事業所] テーブルにレコードが作成され、1 対 1 の参照が形成されます。 サービス組織を参照するレコードは、適切な事業所への参照によって更新されます。 施術者所在地にレコードを持つ施術者には、適切な事業所を含めて [サービス組織メンバー] テーブルにレコードが作成されます。 医療機関の所在地のデータを含むレコードには、その医療機関の所在地の親サービス組織が含まれます。 注: アップグレードされたインスタンス内のレコードの数が多い場合、アップグレードの完了までに長時間かかることがあります。	Washington DC
産業用プロセスマネージャー	産業用プロセスマネージャーアプリケーションは、オペレーショナルテクノロジーインシデント管理およびオペレーショナルテクノロジー変更管理を含む Operational Technology Service Management アプリケーションと依存関係を持つようになりました。産業用プロセスマネージャーをインスタンスにインストールするには、次のいずれかの SKU が必要です。 オペレーショナルテクノロジーヴィジビリティ SKU Operational Technology Service Management SKU 産業用プロセスマネージャーの資格を付与するカスタム 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 サーバーがサポートされていないバージョンの JRE を使用している場合、アップグレードプロセスで JRE の最低バージョンと推奨バージョンを示す警告メッセージが表示されます。 サポートされている JRE が MID サーバーホストで実行されている場合、アップグレードされた MID サーバーはそのバージョンを使用します。 自動アップグレードを行なうには、すべての 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 サーバーのアップグレードについて詳しくは次のトピックを参照してください。 MID サーバーのアップグレード前のチェック：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 手動での MID サーバーのアップグレード：MID サーバーを手動でアップグレードする方法について説明しています。	Washington DC
クリエーターの Now Assist	ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。ワークフロースタジオのアップグレードの詳細については、「ワークフロースタジオの最新バージョンへの更新」を参照してください。 表 : 2. フロー生成スキルのアップグレードパス クリエーターの Now Assist は既にインストールされていますか？ アップグレードに使用するワークフロースタジオのバージョン いいえ ワークフロースタジオをバージョン 25.1.3 にアップグレード はい ワークフロースタジオをバージョン 25.0.0 にアップグレード	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 リリース以降では、製品オファリングと製品属性の特性に設定された毎月の定期料金 (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]」を参照してください。 リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセス (必要な場合) の使用については、Now Support ナレッジベースの記事「Deprecating List for Order Capture [KB1586538] (注文キャプチャのリストの廃止)」を参照してください。 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) をアップグレードしてください。 RPA デスクトップデザインスタジオ アテンド型ロボット 無人ロボット 無人ロボットログインエージェント 詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。 次のアップグレード手順は、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 のサービスオペレーションワークスペース	次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) 表 : 3. 互換性のある SOW バージョン SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y、21.5.y、および 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y および 22.y.y 3.1.x 23.y.y 4.x.x 24.y.y テーブルでは、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 ライセンス管理ストアアプリケーションに移動されるためです。 影響を受けるファイルをカスタマイズした場合、アップグレードプロセスはファイルをスキップし、競合を示します。競合を手動で解決し、古い既存のファイルが削除されていることを確認する必要があります。 影響を受けるファイルをカスタマイズしていない場合、ファイルはアップグレードの一部として削除され、新しい sys_id を含むファイルが作成されます。	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 アプリケーションについて詳しくは、Now Support ナレッジベース記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) [KB0856498]」を参照してください。 脆弱性対応の新機能の詳細については、「脆弱性対応リリースノート」を参照してください。	Washington DC
ワークフロースタジオ	ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。 表 : 4. フロー生成スキルのアップグレードパス クリエーターの Now Assist は既にインストールされていますか？ アップグレードに使用するワークフロースタジオのバージョン いいえ ワークフロースタジオをバージョン 25.1.3 にアップグレード はい ワークフロースタジオをバージョン 25.0.0 にアップグレード	Washington DC
AI 検索	Xanadu パッチ 3: 以前のリリースから Xanadu パッチ 3 にアップグレードした後、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にします。再インデックス作成の詳細については、「 インデックス付きソースのインデックス作成または再インデックス 作成」または 「複数のインデックス付きソースのインデックス作成または再インデックス作成」を参照してください。 Xanadu : 以前のリリースから Xanadu にアップグレードした後、次の手順を実行して、ネクストエクスペリエンス向け AI 検索のグローバル検索結果にダッシュボード、データ可視化、および KPI ナビゲーションタブを追加します。 ネクストエクスペリエンス向け AI 検索 ServiceNow Store アプリケーションをバージョン 4 以降に更新します。更新手順については、「 アプリケーションの更新」を参照してください。 Now Support ナレッジベースの「ネクストエクスペリエンス向け AI 検索 4.0 PAR テーブル更新セット (KB1644544)」記事で提供されている更新セットをコミットします。更新セットの詳細については、「システムアップデートセット」を参照してください。	Xanadu
買掛金オペレーション	以前のリリースからアップグレードする場合は、参照フィールドの税コード [sn_fin_tax_code] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。	Xanadu
アナリティクス、インテリジェンス、レポート	アップグレードする場合は、プラットフォームアナリティクス移行センターを使用して、すべてのデータソースに対して単一の可視化セットと統合フィルターを利用できます。	Xanadu
App Engine Studio	App Engine 管理センター (AEMC) でグループをアサインする新しいプロセスにより、各インスタンスに同じバージョンのアプリケーション取り込みプラグインがインストールされていることを確認してください。	Xanadu
アプリケーション脆弱性対応	脆弱性対応の新機能の詳細については、「脆弱性対応リリースノート」を参照してください。 アプリケーション脆弱性対応アプリケーションのリリース済みバージョンと、サードパーティアプリケーションおよび ServiceNow アプリケーション (Xanadu リリースと互換性あり) について詳しくは、「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) [KB0856498]」の記事を Now Support ナレッジベースで参照してください。	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 にアップグレードする前は、CMDB ワークスペースの管理ビューの [最近の CI アクティビティ] および [最近のアプリケーションサービスアクティビティ] タイルの [更新された CI] および [更新されたアプリケーションサービス] 傾向ラインが、システムの変更を正確に反映していない可能性がありました。Xanadu および CMDB ワークスペースのバージョン 5.5、6.2、または 7.2 にアップグレードすると、これらの傾向ラインは、更新された CI と更新されたアプリケーションサービスのより正確な検出に反映されます。 CMDB ヘルス： CMDB Health Dashboard - Relationship Compliance Processor または CMDB Health Dashboard - Relationship Score Calculation ダッシュボードジョブのいずれかがアクティブな場合、Xanadu へのアップグレード中にそのジョブは非アクティブ化されます。アップグレードが完了したら、これらのジョブを再アクティブ化して、CI 関係のヘルスレポートを再開できます。他のすべての CMDB ヘルスダッシュボードジョブのアクティブ状況は保持されます。 100,000 を超える KPI または測定基準の失敗しきい値は、アップグレード中に 100,000 に設定されます。この上限は、多数の CI が指定された測定基準テストに失敗した場合に過剰な処理を避けるために適用されます。 Xanadu にアップグレードすると、CI ダッシュボードのブックマークは機能しなくなります。「ページが見つかりません」というエラーメッセージが表示されます。CI の CMDB ヘルスレポートを表示するには、CMDB ワークスペースで CI フォームを開きます。 コア UI の従来のアプリケーションサービスダッシュボードは、Xanadu リリースではサポートされていません。アップグレード後も、以前に作成したブックマークを使用して、その従来のダッシュボードに引き続きアクセスできます。代わりに、CMDB ワークスペースのインサイトビューにある [アプリケーションサービス] タイルから CMDB ワークスペースのアプリケーションサービスダッシュボードにアクセスすることもできます。 コア UI の CMDB 統合ダッシュボードは、Xanadu リリースではサポートされていません。アップグレード後も、以前に作成したブックマークを使用して、その従来のダッシュボードに引き続きアクセスできます。 Xanadu パッチ 5 への更新前に CMDB ヘルス結果 [cmdb_health_result] テーブルに存在していたすべてのレコードは、アップグレード中に削除されます。 アップグレードされたインスタンスの従来のダッシュボードにアクセスするには、次に移動します: すべて > セルフサービス > ダッシュボード をクリックし、ダッシュボードを検索します。	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 が必要です。 オペレーショナルテクノロジーヴィジビリティ SKU Operational Technology Service Management SKU 産業用プロセスマネージャーの資格を付与するカスタム SKU	Xanadu
MID サーバー	最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバーが使用することを検証するために、アップグレードプロセスでは次のアクションが実行されます。 アップグレードの際に MID サーバーがサポートされていないバージョンの JRE を使用している場合、アップグレードプロセスで JRE の最低バージョンと推奨バージョンを示す警告メッセージが表示されます。 サポートされている JRE が MID サーバーホストで実行されている場合、アップグレードされた 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 サーバーのアップグレードについて詳しくは次のトピックを参照してください。 MID サーバーのアップグレード前のチェック：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 手動での MID サーバーのアップグレード：MID サーバーを手動でアップグレードする方法について説明しています。	Xanadu
ハードウェア資産管理 (HAM) の Now Assist	procurement_user ロールを持つユーザーのみが、次の AI エージェントを含む [ハードウェア資産要求の管理ヘルプ] エージェントワークフローにアクセスできます。 ハードウェア資産管理調達 AI エージェント 転送注文作成 AI エージェント 発注書 (PO) 作成 AI エージェント	Xanadu
Security Operations (セキュリティオペレーション) の Now Assist	脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「脆弱性対応向け Now Assist のサポート情報」を参照してください。セキュリティインシデントレスポンスの Now Assist に必要なアプリケーションの詳細については、「セキュリティインシデントレスポンスの Now Assist のサポート情報」を参照してください。 セキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索が有効になっていることを確認するには、次に移動します すべて > AI 検索 > AI 検索ステータス. AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。	Xanadu
Now Assist	Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認します。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452:Now Assist (生成 AI) アプリケーションとプラグインの更新に関する問題と緩和」を参照してください。記事を表示するにはログインする必要があります。	Xanadu
注文管理	Xanadu リリースで導入された機能は、注文管理の以前のリリースではサポートされていません。 通信事業とメディア向け注文管理バージョン 6.0 以前からアップグレードする場合： Washington DC リリース以降では、製品オファリングと製品属性の特性に設定された毎月の定期料金 (MRC) と非定期料金 (NRC) は、製品オファリングデータモデルに保存されなくなりました。代わりに、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]」を参照してください。 Xanadu リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセスの使用については、Now Support ナレッジベースの記事「Deprecating Telco List for Order Capture [KB1586538] (注文キャプチャの電話会社リストの廃止)」を参照してください。 [契約開始日 (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 月リリースで導入) を変更します。構成コンポーネント価格調整マトリクスおよび標準価格調整マトリクスの価格計画ステップは適用されません。価格設定アドミンまたはマネージャーは、デフォルトの料金プランからこれらのマトリックスのステップを削除します。 移動先 すべて > 価格設定 > 価格設定計画. 公開されているデフォルトの料金プランを選択します。 [コピー] を選択します。 価格計画のコピーで、[価格設定計画のステップ] 関連リストに移動します。 コンフィギュレーション コンポーネント調整の適用ステップ (シーケンス 50) と コンテキスト調整の適用ステップ (シーケンス 60) の行を選択し、選択した行の [アクション] メニューで [削除] を選択します。 [更新] をクリックします。 価格計画のコピーを公開します。	Xanadu
公共機関デジタルサービス	アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューおよびメニューアイテムは、元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。再ラベル付けの詳細については、次を参照してください すべて > 構成員サービス > アドミニストレーション > ガイド付きセットアップをクリックし、 公共機関デジタルサービスの構成可能ワークスペース > ワークスペースラベルを手動でカスタマイズ.	Xanadu
RPA Hub	RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。 RPA デスクトップデザインスタジオ アテンド型ロボット 無人ロボット 無人ロボットログインエージェント 詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。 次のアップグレード情報は、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 リリースでリリースされる 2.x.x は、Service Exchange (レガシー) バージョンの移行をサポートしていません。Service Exchange (レガシー) バージョンを使用している場合は、Xanadu リリースにアップグレードする前に、Now Support ナレッジベースの記事「Service Exchange for Providers (Legacy) - Migration Utility (KB1499823)」の手順に従って構成データを移行する必要があります。 Service Exchange のバージョン 1.x.x からアップグレードする場合は、アップグレードガイド - プロバイダーおよびコンシューマー向けサービス交換アプリケーション (v2.x.x リリース - KB1700387) に記載されている手順に従って、Service Exchange アプリケーションを移行します。 不一致バージョンのサポートの導入により、コンシューマーとプロバイダーの両方が Xanadu リリースにアップグレードするまで、新しいエンタイトルメントはアクティブ化できません。古いアクティブなエンタイトルメントは引き続き機能しますが、新しいエンタイトルメントはアクティブ化できません。	Xanadu
Service Operations Workspace for ITSM	次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) 表 : 5. 互換性のあるサービスオペレーションワークスペースバージョン Service Operations Workspace for ITSM (sn_sow_itsm_cont) ITOM のサービスオペレーションワークスペース (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y、21.5.y、および 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y および 22.y.y 3.1.x 23.y.y 4.x.x 24.y.y 5.0.x 24.2.y 5.1.0 25.2.0 6.1.1 26.0.12	Xanadu
ServiceNow SDK	now-sdk upgrade コマンドを使用して、ServiceNow SDK の最新バージョンにアップグレードします。詳細については、「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
脆弱性対応統合	脆弱性対応アプリケーションのリリース済みバージョンと、サードパーティアプリケーションおよび ServiceNow アプリケーション (Xanadu リリースと互換性あり) について詳しくは、「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) [KB0856498]」の記事を Now Support ナレッジベースで参照してください。 脆弱性対応の新機能の詳細については、「脆弱性対応リリースノート」を参照してください。	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
アプリケーション脆弱性対応	脆弱性対応の新機能の詳細については、「脆弱性対応リリースノート」を参照してください。 アプリケーション脆弱性対応アプリケーションのリリース済みバージョンと、サードパーティアプリケーションおよび ServiceNow アプリケーション (Xanadu リリースと互換性あり) について詳しくは、「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) [KB0856498]」の記事を Now Support ナレッジベースで参照してください。	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 にアップグレードした後、sys_physical_table_statsテーブルにはテーブルサイズの最新データは表示されず、sample_period_start列にはアップグレード前の日付が表示されます。正しいテーブルサイズを表示するには、com.glide.stats.storage_disk_usage.information_schema システムプロパティを true に設定します。これにより、statsGatherer ジョブが情報スキーマを使用して必要なデータベース統計情報を生成できるようになります。 アップグレード前にアーカイブルールまたはテーブルクリーナールールが設定されているテーブルごとに、データ管理ポリシーレコードが自動的に作成されます。	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
暗号化キー管理	GlideEncrypter API では、 NIST 800-131A Rev 2 で 2023 年以降の使用が推奨されている 3 キーの Triple Data Encryption Standard (3DES) という暗号化標準が使用されています。Yokohama リリースでは、将来の GlideEncrypter/3DES の完全な廃止に備えて、次の変更が行われています。 新しい Yokohama インスタンスでは GlideEncrypter を使用できません。すべての基本システムスクリプトが、代替の暗号化プロセスを使用するように変更されました。 Yokohama インスタンスをアップグレードする場合でも 3DES を使用できますが、システムプロパティを使用して 3DES の使用を無効にすることもできます。 KB1704481 での 3DES の廃止の詳細については、こちらを参照してください。	Yokohama
外部コンテンツコネクタ	外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 以前のバージョンから外部コンテンツコネクタアプリケーションのバージョン 4 にアップグレードすると、アップグレードされた各コネクタのコンテンツクロールとユーザーマッピングクロールの両方が完了するまで、以前にクロールされたすべてのコンテンツが検索で表示されない場合があります。アップグレード後に最初に実行されるコンテンツクロールでは、ソースシステムからすべての検索可能なコンテンツのインデックスが再作成され、ユーザーマッピングクロールでは、ソースシステムからすべてのセキュリティプリンシパルのインデックスが再作成されます。クロールされたすべてのコンテンツは、これらのクロールの両方が完了した後、検索に表示されます。	Yokohama
フィールドサービス管理 (FSM)	Yokohama にアップグレードすると、予約のためにお客様のアップグレードメンテナンス時間が長くなる場合があります。予約構成テーブルは、アップグレードの一環としてアプリケーションファイル [sys_metadata] テーブルに拡張されます。Yokohama にアップグレードすると、再ペアレント化が自動的に行われ、再ペアレント化の期間はアプリケーションファイル [sys_metadata] テーブルのレコード数によって異なります。 2025 年 3 月 1 日より、Google は Places API、Directions API、Distance Matrix API を従来のサービスとして指定しました。これらのサービスの新しいバージョンは、Places API (新) と Routes API です。これらの従来のサービスに対して新しい API キーを有効にしたり、生成したりすることはできません。ただし、既存の API キーを使用してこれらのサービスを引き続き使用できます。2025 年 3 月 1 日以降に新しい Google API キーを作成する必要がある場合は、互換性を確保するために、Google コンソールから新しい API を有効にし、Yokohama パッチ 3 バージョン以降にアップグレードする必要があります。	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 サーバーがサポートされていないバージョンの JRE を使用している場合、アップグレードプロセスで JRE の最低バージョンと推奨バージョンを示す警告メッセージが表示されます。 サポートされている JRE が MID サーバーホストで実行されている場合、アップグレードされた 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 サーバーのアップグレードについて詳しくは次のトピックを参照してください。 MID サーバーのアップグレード前のチェック：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 手動での 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 エージェントを含む [ハードウェア資産要求の管理ヘルプ] エージェントワークフローにアクセスできます。 ハードウェア資産管理調達 AI エージェント 転送注文作成 AI エージェント 発注書 (PO) 作成 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 にアップグレードする必要があります。 Now Assist コンテキストメニューで解決メモを生成します。 Now Assist パネルでセキュリティインシデント調査の相関インサイトを生成します。 セキュリティインシデントに対して推奨アクションスキルが機能するよう、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、 すべて > AI 検索 > AI 検索ステータス.ページに AI 検索が有効になっていないことが示されている場合は、サポートに連絡してください。	Yokohama
脆弱性対応向け Now Assist	脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 注: Now Assist プラグインをアップグレードすると、これまで顧客が変更していなかった指定スキルが有効になります。 プラグインがインストールされていても、スキルの構成に触れたことがない場合 (スキルをアクティブ化したり、関連するロールを調整したりしなかった) 場合、アップグレード時にスキルごとにデフォルトオンスキルがアクティブ化されます。 以前にスキルをアクティブから非アクティブに切り替えた場合、またはそのスキルのロールを更新した場合、そのスキルはアップグレード時に非アクティブなままになります。 アクティブ化後いつでも個々のスキルの非アクティブ化を完全に制御できます。	Yokohama
契約管理での Now Assist	以前のバージョンから Yokohama パッチ 3 以降で契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。 移動先 すべて > システム定義 > 修復スクリプト. [ 名前 ] フィールドで、「 DI スキル構成のアップサート」を検索します。 スクリプトで、 Now Assist アドミン コンソールに移行するユースケース ID を追加します。 [Run Fix Script] を選択します。 詳細については、「 契約管理での 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) をアップグレードしてください。 RPA デスクトップデザインスタジオ アテンド型ロボット 無人ロボット 無人ロボットログインエージェント 詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。 次のアップグレード情報は、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
サービスエクスチェンジ	プロバイダー向け サービス交換 とコンシューマー向け サービス交換 を単一のインスタンスで使用する場合は、互換性を維持するために両方のアプリケーションを同じバージョンに同時にアップグレードする必要があります。 Service Exchange グローバルスクリプトインクルードは、次のプラットフォームバージョンで Service Exchange アプリケーションをインストールすると自動的にインストールまたは更新されます。 Washington DC パッチ 9 Xanadu パッチ 4 Yokohama サービス交換Xanadu リリースで最初にリリースされた 2.x.x は、Service Exchange (レガシー) バージョンの移行をサポートしていません。Service Exchange (レガシー) バージョンを使用している場合は、Yokohama リリースにアップグレードする前に、Now Support ナレッジベースの記事「Service Exchange for Providers (Legacy) - Migration Utility [KB1499823]」の手順に従って構成データを移行する必要があります。 Service Exchange バージョン 1.x.x からアップグレードする場合は、アップグレードガイド - Service Exchange for Providers and Consumers アプリケーション (v2.x.x リリース) [KB1700387] の手順に従って、Service Exchange アプリケーションを移行します。 不一致バージョンのサポートが導入されたため、コンシューマーとプロバイダーの両方が Service Exchange バージョン 2.x.x にアップグレードするまで、新しいエンタイトルメントをアクティブ化することはできません。古いアクティブなエンタイトルメントは引き続き機能しますが、新しいエンタイトルメントはアクティブ化できません。 プラットフォームを Yokohama リリースにアップグレードする前に、セールスと注文管理プラグインバージョン 1.0.4 を使用して Service Exchange バージョン 2.0.55 にアップグレードすると、新しい拒否 ACL はインストールされません。拒否 ACL が確実にインストールされるようにするには、 Yokohama にアップグレードした後に [修復] をクリックして Service Exchange アプリケーションを再インストールする必要があります。	Yokohama
Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース)	次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) 互換性のあるバージョンの詳細については、「ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性」を参照してください。	Yokohama
ServiceNow IDE	ServiceNow IDE バージョン 1.1.4 は、Yokohama リリースのインスタンスではデフォルトでアクティブになっています。最新の機能を使用するには、 ServiceNow IDE バージョン 2.0 以降に更新してください。ServiceNow IDE の更新の詳細については、「アプリの更新」を参照してください。	Yokohama
ServiceNow SDK	now-sdk upgrade コマンドを使用して、ServiceNow SDK の最新バージョンにアップグレードします。詳細については、「ServiceNow SDK のアップグレード」を参照してください。 ServiceNow SDK バージョン 3.0 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。 注: ServiceNow SDK のマイナーリリースの詳細については、ServiceNow コミュニティの ServiceNow IDE、SDK、および Fluent の記事を参照してください。	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 ライセンスのメトリクスグループにある予約済み時間平均センサーとセンサーサブスクリプションが含まれます。 既存の CrowdStrike プロファイルが [ドラフト] 状態である場合は、新しい統合プロファイルを作成し、既存の統合プロファイルを削除します。 既存の CrowdStrike プロファイルが [公開済み] 状態である場合は、状態が [ドラフト] に変わります。	Yokohama
戦略的計画	Strategic Planning v4.7.0 にアップグレードすると、ユーザー設定に次の変更が適用されます。 ユーザー設定で以前に保存したカスタムビュー設定はクリアされます。必要に応じて、これらの変更を再適用し、ビューを作成する必要があります。手順については、「 Strategic Planning でのポートフォリオ計画ビューの作成 」および「 Strategic Planning でのフリーフォームロードマップビューの作成」を参照してください。 ポートフォリオ計画レベルの [ ロードマップ ] タブのタイムラインビューとカンバンビュー、および [ 優先順位付け ] タブのカンバンビューに加えられたカスタマイズは、ポートフォリオ計画のデフォルトビューにコピーされます。同様に、フリーフォームロードマップのタイムラインビューとカンバンビューに加えられたカスタマイズも、フリーフォームロードマップのデフォルトビューにコピーされます。	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
使用状況インサイト	使用状況インサイトモジュールはプラットフォームアナリティクスの下に移動されます。 カスタムユーザープロパティを再構成する必要があります。 デフォルトの国およびユーザーの同意ポリシーが [同意不要] に更新されます。 使用状況インサイトの UI とナビゲーション構造が作り直されました。	Yokohama
脆弱性対応と Claroty CTD の統合	Claroty CTD v5.1 は、Vulnerability Response Integration with Claroty CTD アプリケーションでもサポートされています。	Yokohama
脆弱性対応統合	脆弱性対応アプリケーションのリリース済みバージョンと、サードパーティアプリケーションおよび ServiceNow アプリケーション (Yokohama リリースと互換性あり) について詳しくは、「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) [KB0856498]」の記事を Now Support ナレッジベースで参照してください。 脆弱性対応の新機能の詳細については、「脆弱性対応リリースノート」を参照してください。	Yokohama
ITSM のワークフォース最適化	ITSM のワークフォース最適化にアクセスするためのセキュリティの強化 Yokohama リリースにアップグレードすると、ITSM のワークフォース最適化アプリケーションのセキュリティ強化を有効にすることができます。セキュリティ強化策を取得するには、Now Support に連絡して ITSM セキュリティ強化機能プラグイン (com.snc.itsm.enhanced_security) をインストールする必要があります。プラグインをインストールした後、それぞれの機能にアクセスするには、下記のロールが必要です。 ITSM のワークフォース最適化の機能 各ユーザーの必須ロール スキルレビュー スキルレビューマネージャー (sn_wfo_skillreview.manager) スキルレビューユーザー (sn_wfo_skillreview.user) ワークスケジューラー ワークスケジューラーアドミン (sn_wfo_work_sched.admin) ワークスケジューラーマネージャー (sn_wfo_work_sched.manager)	Yokohama
AI 検索	以前のファミリーリリースから Zurich にアップグレードした後、すべての外部コンテンツコネクタでドキュメントのフルクロールを実行して、セマンティックベクトルインデックス作成フィールドマッピングを更新します。	チューリッヒ
アプリケーションマネージャー	アプリケーションマネージャー は、 Zurich リリースのインスタンスでデフォルトで有効になっています。最新の機能を使用するには、インスタンスを Zurich パッチ 4 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「アップグレードの準備」を参照してください。	チューリッヒ
アプリケーション脆弱性対応	現在 アプリケーション脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードしない場合は、 アプリケーション脆弱性対応 v30.x より前のバージョンをインストールして、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 脆弱性対応の新機能の詳細については、「 脆弱性対応リリースノート」を参照してください。 アプリケーション脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスとリリーススキーマの変更点 [KB0856498]) 」を参照してください。	チューリッヒ
自動テストフレームワーク (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を手動で実行する必要があります。このスケジュール済みジョブは、ユーザーロールを次のように変更します。 itil ユーザーロールを更新してsn_cmdb_editorユーザーロールが含まれなくなり、itil_adminユーザーロールを更新してsn_cmdb_adminユーザーロールが含まれなくなります。 これらの権限が存在しない場合は、構成アイテム [cmdb_ci] クラスに対する作成、更新、および削除アクセス権を持つsn_cmdb_adminおよびsn_cmdb_editorユーザーロールを更新します。Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesスケジュール済みジョブの詳細については、「itil_admin からのsn_cmdb_adminの削除および itil からのsn_cmdb_editorの削除」を参照し、sn_cmdb_admin/sn_cmdb_editor [KB2290506] のテーブルcmdb_ci作成/更新/削除アクセス権を追加する」を参照してください。	チューリッヒ
コンテナ脆弱性対応	現在 コンテナ脆弱性対応を使用していて、 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 は 3 キーの Triple Data Encryption Standard (3DES) 暗号化標準を使用していましたが、 NIST 800-131A Rev 2 では 2023 年以降の使用が推奨されていません。GlideEncrypter/3DES の将来の完全な廃止に備えて、 チューリッヒ リリースでは次の変更が行われています。 新しい Zurich インスタンスでは GlideEncrypter を使用できません。すべてのベースシステムスクリプトは、代替の暗号化プロセスを使用するように変更されています。 Zurich インスタンスをアップグレードする場合でも、キー管理フレームワークを介して AES256-GCM 暗号化を使用するように更新された GlideEncrypter を引き続き使用できます。 3DES の廃止の詳細については 、「KB1704481」を参照してください。	チューリッヒ
暗号化	GlideEncrypter API の場合、NIST 800-131A Rev 2 では Triple Data Encryption Standard (3DES) 暗号化の使用を推奨していません。GlideEncrypter の 3DES 暗号化が正式に削除されたことで、 Zurich リリースで次の変更が行われています。 GlideEncrypter API は、アップグレードされたインスタンスの暗号化および復号化操作にのみ、キー管理フレームワーク (KMF) ベースのアルゴリズムである Advanced Encryption Standard (AES) をデフォルトで使用します。 Zurich リリース以降で作成されたインスタンスの場合、この API はサポートされていません。 3DES の廃止の詳細については 、「KB1704481」を参照してください。 Zurich リリースでは、プラットフォーム全体で 3DES が廃止されたため、列レベル暗号化はキー管理フレームワーク列レベル暗号化 (KMF-CLE) への必要なアップグレードを受け取りました。このアップグレードの詳細については、「KB1700704」を参照してください。	チューリッヒ
エンタープライズ資産管理	Zurich リリース以降、ServiceNow エージェントアプリのナビゲーションバーに [資産プットアウェイ] という新しいメニューが追加されました。Zurich リリースにアップグレードすると、修正スクリプトによって ServiceNow エージェントアプリのナビゲーションバーがカスタマイズされているかどうかが特定され、必要なアクションが実行されます。 アップグレード前にナビゲーションバーをカスタマイズしていなかった場合は、新しい [資産のプットアウェイ] アイコン ( ) がナビゲーションバーに表示されます ナビゲーションバーがアップグレード前にカスタマイズされていた場合は、[カスタマイズされた古い IT Asset Management] と [IT Asset Management] の 2 つのナビゲーションバーが表示されます。新しいアイコンが IT 資産管理のナビゲーションバーに表示されます。	チューリッヒ
外部コンテンツコネクタ	外部コンテンツコネクタアプリケーションのバージョン 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 アプリケーションをインストールまたは更新するときにインストールまたは更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この ナレッジ記事 を参照するか、サポートケースをオープンしてください。	チューリッヒ
ハードウェア資産管理	チューリッヒリリース以降、いくつかのワークフローがフローとしてワークフロースタジオに移行されました。 注: ワークフロースタジオへのワークフローの移行は、資産管理、調達、および契約管理アプリケーションに適用されます。 次のワークフローは、 フローとしてワークフロースタジオ に移行されました。 調達プロセスフロー – ハードウェア 転送注文 転送注文明細 ソース要求 契約の承認 Zurich リリースにアップグレードすると、修正スクリプトによってワークフローがカスタマイズされたかどうかが特定され、必要なアクションが実行されます。 アップグレード前にワークフローをカスタマイズしていなかった場合、従来のワークフローはインスタンスから非アクティブ化され、 ワークフロースタジオ のフローはアップグレード後にインストールされて実行されます。 影響を受けるワークフローがアップグレード前にカスタマイズされていた場合、 ワークフロースタジオ のフローはインストールされますが、アップグレード後に影響を受けるフローに対しては実行されません。アップグレード後に、影響を受けるワークフローをインスタンスで表示してアクセスできます。ただし、廃止されたワークフローはカスタムコードと見なされ、メンテナンスではサポートされていません。 Zurich リリースにアップグレードした後、不要になった契約の承認履歴レコードが存在する場合は、レコードを削除するのではなく却下します。承認履歴レコードが削除された場合、 ワークフロースタジオ は、正しい状態を表示するための契約の [サブステート ] フィールド値の更新をサポートしません。 Zurich リリース以降、ServiceNow エージェントアプリのナビゲーションバーに [資産プットアウェイ] という新しいメニューが追加されました。Zurich リリースにアップグレードすると、修正スクリプトによって ServiceNow エージェントアプリのナビゲーションバーがカスタマイズされているかどうかが特定され、必要なアクションが実行されます。 アップグレード前にナビゲーションバーをカスタマイズしていなかった場合は、新しい [資産のプットアウェイ] アイコン ( ) がナビゲーションバーに表示されます ナビゲーションバーがアップグレード前にカスタマイズされていた場合は、[カスタマイズされた古い IT Asset Management] と [IT Asset Management] の 2 つのナビゲーションバーが表示されます。新しいアイコンが IT 資産管理のナビゲーションバーに表示されます。 新しいロール sn_itam_recomm.recommendations_read により、有効なユーザーのみが 資産ワークスペースの重要なアクションメニューに関連する API を実行できるようになります。資産ワークスペースにアクセスできる次のロールに、sn_itam_recomm.recommendations_read ロールが含まれるようになりました。 procurement_user inventory_admin inventory_user model_manager contract_manager itil catalog_manager catalog_admin sam ham_user 資産 次のアクセス制御リスト (ACL) を使用して、認証されていないユーザーがアクセスする範囲クエリからの機密データ漏洩を制御します。 契約 [ast_contract] テーブル:contract_manager ロールを持つユーザーのみが、[開始日]、[契約番号]、[発注書番号]、および [ベンダー] 列でquery_range操作を実行できます。 契約ユーザー M2M [clm_m2m_contract_user] テーブル:contract_manager ロールと資産ロールを持つユーザーのみが [契約] 列と [ユーザー] 列でquery_range操作を実行できます。 HAMP 成功アクティビティ [sn_hamp_success_activity] テーブル:ham_admin ロールと資産ロールを持つユーザーのみが、[説明]、[簡単な説明]、および [成功目標] 列でquery_range操作を実行できます。 次のシステムプロパティを更新できるのは、admin ロールを持つユーザーのみです。 glide.sg.voice_search.enabled glide.ui.sn_hamp_asset_reclaim_task_activity.fields glide.ui.sn_hamp_loaner_asset_order_activity.fields glide.ui.sn_hamp_ztr_task_activity.fields sn_hamp.enable_shipping_carrier_validation_asn sn_hamp.model_lifecycle_phase_order sn_hamp.update_assets_norm_model_name	チューリッヒ
影響	Impact ストアアプリケーションの構成には、統一された登録プロセスで一連のタスクが必要です。「 Impact ストアアプリケーションの構成」を参照してください。	チューリッヒ
インスタンスデータレプリケーション (IDR)	レプリケーションセットを Hermes Messaging Service を使用する V2 にアップグレードすることで、インスタンスデータレプリケーション (IDR) のパフォーマンスと処理効率を向上させます。詳細については、「 レガシーセットのアップグレード」を参照してください。 アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。	チューリッヒ
MID サーバー	最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE バージョンは 17.0.10 以降で、推奨バージョンは 17.0.12 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバーが使用することを検証するために、アップグレードプロセスでは次のアクションが実行されます。 アップグレードの際に MID サーバーがサポートされていないバージョンの JRE を使用している場合、アップグレードプロセスで JRE の最低バージョンと推奨バージョンを示す警告メッセージが表示されます。 サポートされている JRE が MID サーバーホストで実行されている場合、アップグレードされた 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 サーバーのアップグレードについて詳しくは次のトピックを参照してください。 MID サーバーのアップグレード前のチェック：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 手動での MID サーバーのアップグレード：MID サーバーを手動でアップグレードする方法について説明しています。	チューリッヒ
通知	Zurich リリース以降、通知ではワークフローの代わりにサブフローが使用されます。チューリッヒの既存のユーザーの場合は、現在のワークフローが引き続きサポートされます。新規ユーザーの場合、 通知 プラグインのインストールではサブフローが使用されます。 この移行の一環として、次のワークフローアクティビティをフローアクションとして使用でき、サブフローの作成時に使用できます。 電話会議に参加 呼び出し SMS 送信 コールを転送 入力 切断 プレイ レコード 却下 発言 通知クライアントに転送 順番待ち 新しいインスタンスのサブフローを使用して、 ワークフロースタジオ で独自のカスタムサブフローを維持、ビルド、および変更します。次のベースシステムワークフローがサブフローに移行されました。 カンファレンスコールに (再) 参加 ミュートを使用してカンファレンスコールに参加 SMS でカンファレンスコールに参加 既存のワークフローは、アップグレード後も引き続き機能します。 注: ワークフロー関連のアーティファクトはすべて新しいプラグインに移動されました。これはサポート専用モードで維持され、新規インストールでは使用できません。	チューリッヒ
CMDB の Now Assist	CMDB の Now Assist v2.1 プラグインのインストール (アクティブ化) プロセスが変更されました。新しい手順については、「 構成 」を参照してください。	チューリッヒ
ハードウェア資産管理 (HAM) の Now Assist	procurement_user ユーザーロールを持っている場合は、次の AI エージェントを含むハードウェア資産要求の管理支援エージェント型ワークフローにアクセスできます。 ハードウェア資産管理調達 AI エージェント 転送注文作成 AI エージェント 発注書 (PO) 作成 AI エージェント	チューリッヒ
IT Service Management (ITSM) の Now Assist	Zurich パッチ 4 リリースにアップグレードすると、 Now Assist コンテキストメニュー (NACM) に対して行ったカスタマイズは保持されません。詳細については、コミュニティ記事「 ITSM 向け Now Assist での NACM サポートのアップグレード情報」を参照してください。 インシデントアシストエージェント型ワークフローはデフォルトで有効になっており、[廃止] インシデントアシストスキルのすべての機能が含まれていますが、機能強化されています。Zurich パッチ 8 リリースにアップグレードするときに、[廃止] インシデント支援スキルを有効にしている場合は、冗長性を避けるためにこれを無効にすることを検討してください。詳細については、「 インシデント支援スキル」を参照してください。	チューリッヒ
セキュリティインシデントレスポンス (SIR) 向け Now Assist	注: セキュリティインシデントレスポンス向け Now Assist の次の Now Assist スキル、エージェント、エージェント型ワークフローは、デフォルトでアクティブ化されています。 スキル セキュリティインシデントの要約 解決メモ生成 インシデントの事後分析 セキュリティインシデントの推奨アクション 相関インサイトの生成 セキュリティインシデントの品質アセスメント 自然言語条件評価ツール シフト引き継ぎ用のコンテンツを生成 品質評価レポート NACM セキュリティインシデントの解決計画 セキュリティオペレーションの測定基準分析 エージェント型ワークフロー セキュリティインシデントを完成させる セキュリティインシデントを解決 SIR シフト引き継ぎレポートを生成 セキュリティオペレーションの測定基準を分析する エージェント EDR AI エージェント Exchange Online 統合を処理する AI エージェント 観察事項分析 AI エージェント セキュリティインシデントアクティビティを処理する AI エージェント セキュリティインシデント解決 AI エージェント セキュリティインシデント取得 AI エージェント セキュリティインシデントシフト引き継ぎ AI エージェント セキュリティインシデント最終作業ジェネレーター AI エージェント セキュリティ測定基準分析 AI エージェント 詳細については、「デフォルトで AI 資産がオンになっている」を参照してください 注: Now Assist プラグインをアップグレードすると、これまで顧客が変更していなかった指定スキルが有効になります。 スキルのプラグインをインストールしたが構成したことがない場合、つまりアクティブ化したり、関連するロールを調整したりしなかった場合、デフォルトでオンになっているスキルは、アップグレード時にスキルごとにアクティブ化されます。 以前にスキルをアクティブから非アクティブに切り替えた場合、またはそのスキルのロールを更新した場合、そのスキルはアップグレード時に非アクティブなままになります。 アクティブ化後いつでも個々のスキルの非アクティブ化を完全に制御できます。 セキュリティインシデントレスポンス (SIR) 向け Now Assist アプリケーションを更新すると、依存関係アプリケーションが自動的に更新されます。 セキュリティインシデントレスポンスの Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。 Now Assist for Security Incident Response でセキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、 すべて > AI 検索 > AI 検索ステータス.AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。	チューリッヒ
脆弱性対応向け Now Assist	脆弱性対応向け Now Assist の次の Now Assist スキルは、デフォルトでアクティブ化されています。 VIT (VR) の優先ソリューションを推奨 脆弱性一致アイテムの重複排除 (VR) 承認推奨事項 (VR) (USEM) セキュリティエクスポージャー管理 (SEM) インサイト (VR)(USEM) SPC セットアップコネクタ (セキュリティポスチャコントロール) 脆弱性 対応向け Now Assist アプリケーションを更新すると、依存関係アプリケーションが自動的に更新されます。 脆弱性対応向け Now Assist に必要なアプリケーションの詳細については、「サポート情報」を参照してください。	チューリッヒ
契約管理での Now Assist	Yokohama (パッチ 2 以前) または Xanadu (パッチ 8 以前) から契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。 移動先 すべて > システム定義 > 修復スクリプト. [ 名前 ] フィールドで、「 DI スキル構成のアップサート」を検索します。 スクリプトで、 Now Assist アドミン コンソールに移行するユースケース ID を追加します。 [Run Fix Script] を選択します。 詳細については、「 アップグレード後の手順」を参照してください。	チューリッヒ
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」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。g_form.setValue() または g_form.clearValue() を使用して ServiceNow® が所有する読み取り専用フィールドを変更するカスタムクライアントスクリプトがある場合は、「KB2718122」を参照してください。この記事では、影響を受けるフィールドを特定し、その設定を調整する方法について、さらに技術的な詳細を提供します。 既存のアクセス制御リスト (ACL) が更新され、「アドミン」ロールが、スクリプトまたはセキュリティ属性内の特定の目的主導型の詳細ロールに置き換えられます。この更新の一環として、 認可のために getRoles() API が hasRole() API に置き換えられます。さらに、コード内の「アドミン」ロールへのすべての参照は、認証ユースケース向けの新しい機能固有の詳細ロールに置き換えられます。詳細については、 https://www.servicenow.com/docs/r/platform-security/granular-admin-roles.html をお読みください。	チューリッヒ
オンコールスケジューリング	チューリッヒリリース以降、オンコールスケジューリングではワークフローではなくサブフローが使用されます。ワークフローは従来のワークフローと見なされるため、ワークフローからサブフローに移行する必要があります。チューリッヒの既存のユーザーの場合は、現在のワークフローが引き続きサポートされます。ただし、新規ユーザーの場合、チューリッヒ以降のインスタンスにインストールされたオンコールスケジューリングプラグインではサブフローのみが使用されます。 新しいインスタンスのサブフローを使用して、 ワークフロースタジオ で独自のカスタムオンコールスケジューリングフローを維持、ビルド、および変更します。次のサブフローを構成できます。	チューリッヒ
オペレーショナルレジリエンス	オペレーショナルレジリエンスバージョン 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) をアップグレードしてください。 RPA デスクトップデザインスタジオ アテンド型ロボット 無人ロボット 無人ロボットログインエージェント 詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。 次のアップグレード情報は、 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クライアントに移行できます。詳細については、「 構成」を参照してください。	チューリッヒ
セキュリティポスチャコントロール	セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。	チューリッヒ
サービスエクスチェンジ	Service Exchange バージョン 2.x.x: Xanadu リリースで最初にリリースされましたが、 Service Exchange (レガシー) バージョンの移行はサポートされていません。 Service Exchange (レガシー) バージョン:Zurich リリースにアップグレードする前に、Now Support ナレッジベースの記事「Service Bridge for Providers (Legacy) - Migration Utility [KB1499823]」の手順に従って構成データを移行してください。 Service Exchange バージョン 1.x.x:アップグレードする場合は、Now Support ナレッジベースの記事「アップグレードガイド:プロバイダーとコンシューマー向けのサービスブリッジアプリケーション (v2.x.x リリース)」[KB1700387] の手順に従って、Service Exchange アプリケーションを移行してください。 Service Exchange バージョン 2.x.x:不一致バージョンのサポートが導入されたため、コンシューマーとプロバイダーの両方が Service Exchange バージョン 2.x.x にアップグレードするまで、新しいエンタイトルメントをアクティブ化できません。古いアクティブなエンタイトルメントは引き続き機能しますが、新しいエンタイトルメントはアクティブ化できません。 Sales and Order Management プラグインバージョン 1.0.4 を使用して Service Exchange バージョン 2.0.55 にアップグレードすると、プラットフォームを Zurich リリースにアップグレードする前に、新しい拒否 ACL はインストールされません。拒否 ACL が確実にインストールされるようにするには、 Zurich にアップグレードした後に [修理] を選択して Service Exchange アプリケーションを再インストールします。 プロバイダー向け サービス交換 とコンシューマー向け サービス交換 を単一のインスタンスで使用する場合は、互換性を維持するために両方のアプリケーションを同じバージョンに同時にアップグレードする必要があります。 Service Exchange アプリケーションをインストールすると、Service Exchange グローバルスクリプトインクルードが次のプラットフォームバージョンで自動的にインストールまたは更新されます。 Washington DC パッチ 9 Xanadu パッチ 4 Yokohama チューリッヒ	チューリッヒ
サービスオブザーバビリティ	snc_sow_svcobs.manager ロールを持っている場合は、 srm タイプのユーザーグループに属している必要があります。	チューリッヒ
Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース)	次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) 互換性のあるバージョンの詳細については、「 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 SDK のマイナーリリースの詳細については、GitHub の ServiceNow SDK リポジトリを参照してください。	チューリッヒ
ServiceNow スタジオ	ServiceNow Studio を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。	チューリッヒ
ServiceNow Vault	ServiceNow Vault をインストールするには、以下をインストールする必要があります。 データディスカバリー 『Data Privacy』 データの匿名化 Field Encryption (フィールド暗号化) ゼロトラストアクセス	チューリッヒ
スキルの基礎	ガイド付きセットアップの一部として業界スキルデータをダウンロードすることはできません。	チューリッヒ
ソフトウェア資産管理	Zurich リリース以降、次のワークフローがフローとしてフローデザイナーに移行されます。 再利用ワークフロー 調達プロセスフロー:自動割り当てが有効 チューリッヒリリースにアップグレードすると、修正スクリプトによってワークフローがカスタマイズされたかどうかが特定されます。アップグレード前にワークフローをカスタマイズしていない場合、修正スクリプトはインスタンスから従来のワークフローを非アクティブ化し、アップグレード後にフローデザイナーフローをインスタンスに展開します。以前のリリースで影響を受けるワークフローをカスタマイズしていた場合、修正スクリプトはアップグレード後のインスタンスにフローデザイナーフローを展開しません。アップグレード後に、影響を受けるワークフローをインスタンスで表示してアクセスできます。ただし、廃止されたワークフローはカスタムコードと見なされ、 ServiceNow はこれらのワークフローをサポートしていません。 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 修正スクリプトを実行して、スケジュール済みスクリプトエンジンによってスケジュールが行われる新しいテーブルにスケジュール済み抽出を配置します。詳細な手順については、 修正スクリプトの実行を参照してください。	チューリッヒ