---
sourceDocument: Yokohama のリリースノート
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/release-notes

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のリリースノート

ft:clusterId :

    - rn

bundleId :

    - rn


---

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

# 様々な製品に関するアップグレード前後のタスク {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2026年06月25日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：173分

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

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

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

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

重要:  
自己ホスト型のお客様のアップグレード手順の変更について詳しくは、 [KB0563844](https://hi.service-now.com/kb_view.do?sysparm_article=KB0563844) を参照してください。  
{#upgrade-and-migration-tasks__entry__3}

| 製品 | リリースノート | ファミリー |
|-|-|-|
| AI コントロールタワー | 適用外です。 | オーストラリア |
| アプリケーションマネージャー | アプリケーションマネージャー は 、オーストラリア リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、インスタンスを オーストラリア パッチ 4 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「[アップグレードの準備](https://servicenow.com/docs/access?context=rn-prepare-landing-page&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| アプリケーション脆弱性対応 | * 現在 アプリケーション脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードしない場合は、 アプリケーション脆弱性対応 v30.x より前のバージョンをインストールして、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 * 脆弱性対応の新機能の詳細については、「[脆弱性対応のリリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=australia&ft:locale=en-US)」を参照してください。 * アプリケーション脆弱性対応アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498) を参照してください。 | オーストラリア |
| 資産監査応答 | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| Biomed 向けケアチームオペレーション | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア |
| 環境サービスのケアチームオペレーション | 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア |
| 施設のケアチームオペレーション | 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア |
| 医療 IT 向けケアチームオペレーション | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア |
| クラウドコスト管理 10.0 | クラウドコスト管理プラットフォームのサポートは、Xanadu リリースから利用可能です。クラウドコスト管理をオーストラリアにアップグレードする手順については、「[クラウドコスト管理のアップグレード](https://servicenow.com/docs/access?context=upgrade-cloud-insights-to-version-3-0&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| コンフィグレーションコンプライアンス | 脆弱性対応アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティおよび ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[脆弱性対応互換性マトリクス」および「リリーススキーマの変更 \[KB0856498\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)を参照してください。 | オーストラリア |
| 構成管理データベース (CMDB) | 構成アイテム \[cmdb_ci\] テーブルが変更されたため、 オーストラリアにアップグレードする場合は、アップグレード時間が長くなる可能性があります。この変更の詳細とその影響の軽減については、Now Support ナレッジベースの記事「[複合インデックスの追加 \[KB2588894\] によるオーストラリアcmdb_ciアップグレード時間の増加](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2588894)」を参照してください。 Xanadu または Yokohama からオーストラリアのリリースに直接アップグレードする場合は、Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesスケジュール済みジョブを実行して、CMDB アドミンや CMDB エディターなどの一部のユーザーロールを正しく構成する必要があります。このスケジュール済みジョブとその使用方法の詳細については、 [CMDB Zurich リリースノート](https://www.servicenow.com/docs/bundle/zurich-release-notes/page/release-notes/now-platform-capabilities/cmdb-rn.html)を参照してください。 オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| コンテナ脆弱性対応 | Container Vulnerability Response の機能拡張により、サードパーティのスキャナーからデータをインポートする際に、拡張されたコンテナ脆弱性データを表示できます。アップグレード後に、完全インポートを実行して、次の 「オーストラリア リリースの新機能」セクションで説明されている、検出されたコンテナイメージ、コンテナイメージの検索、およびコンテナ脆弱性一致アイテムレコードの機能を表示する必要があります。 Container Vulnerability Response アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティアプリケーションと ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498) を参照してください。 | オーストラリア |
| コアビジネススイート | * オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 * ServiceNow AI Platform は、次の 3 つのライセンス階層を利用して新しい AI エクスペリエンスを提供します。 * Foundation:インサイトを提供するための AI の基礎 * Advanced:AI によって関連するユースケース全体で生産性を向上 * プライム:すべての AI 資産を自律的に操作し、独自の資産を作成します 詳細については、「 [ServiceNow 製品階層」](https://servicenow.com/docs/access?context=ai-native-sku-overview&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| 顧客エンゲージメントシーケンス | Zurich より前のリリースで \[通話をスケジュール\] アクティビティを使用してシーケンスを構成した場合、アクティビティはワークフロースタジオのアクティビティピッカーで \[通話をスケジュール - 廃止 (Schedule call - Deprecated)\] というラベルが表示されるようになりました。既存のシーケンスは引き続き機能しますが、実行時に \[シーケンスステップ\] ページの \[コールバック番号\] フィールドにコールアイコン表示されません。クリックコール機能を有効にするには、新しい \[通話のスケジュール\] アクティビティを使用するように Customer Engagement Sequences アプリケーションを更新します。 | オーストラリア |
| 従業員センタープロ | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| 従業員センター | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| フロー、サブフロー、およびアクション | 以前のバージョンの保存機能がリリースされ、 Washington DC リリースから削除されました。Washington DC リリースからアップグレードする場合は、システムプロパティを設定して、作業中に保存機能を手動でオフにしている可能性があります。存続保存機能を復元するには、「 [保存機能の復元](https://servicenow.com/docs/access?context=restore-save-as-you-go-functionality&family=australia&ft:locale=en-US)」を参照してください。 オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| 生成 AI コントローラー | 生成 AI コントローラー は、 Now Assist アプリケーションをインストールまたは更新するときにインストールまたは更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この [ナレッジ記事](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452) を参照するか、サポートケースをオープンしてください。 | オーストラリア |
| ハードウェア資産管理 | * セキュリティを強化し、アドミンアクセスを正確に管理するために、詳細なアドミンロールがインストールされました。これらのロールは、完全なアドミンアクセスを付与するのではなく、ユーザーのタスクに基づいて特定の権限をアサインすることで、広範なアドミンチェックに代わるものです。 * 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](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| 医療オペレーションコア | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア |
| ヘルスケアおよびライフサイエンスサービス管理コア | オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 機能アドミニストレーターロールを持っている場合は、当初はより広範なアドミニストレーターロールを持つユーザー用に予約されていたタスクを完了できるようになりました。 | オーストラリア |
| Impact |   | オーストラリア |
| インスタンスデータレプリケーション (IDR) | アップグレード後に、レプリケーションペイロードエラー \[idr_replication_payload_error\] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成されたこのテーブル内のすべてのログエントリは自動的に切り捨てられます。 | オーストラリア |
| キー管理 | * Zurich 以前のリリースでは、GlideEncrypter API は 3 キーの Triple Data Encryption Standard (3DES) 暗号化標準を使用していましたが、[NIST 800-131A Rev 2](https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar2.pdf) では 2023 年以降は使用しないことが推奨されています。オーストラリア のリリースでは 、将来の GlideEncrypter/3DES の完全な廃止に備えて、次の変更が行われます。 * 新しい オーストラリア のインスタンスでは GlideEncrypter を使用できません。すべての基本システムスクリプトが、代替の暗号化プロセスを使用するように変更されました。 * オーストラリアのインスタンスをアップグレードする場合でも、キー管理フレームワークを介して AES256-GCM 暗号化を使用するように更新された GlideEncrypter を引き続き使用できます。 * [KB1704481](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1704481) での 3DES の廃止の詳細については 、こちらを参照してください。 | オーストラリア |
| MID サーバー | 最新の MID サーバーシステム要件については、「[MID Server system requirements (MID サーバーシステム要件)](https://servicenow.com/docs/access?context=r_MIDServerSystemRequirements&family=australia&ft:locale=en-US)」を参照してください。サポートされている 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](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=australia&ft:locale=en-US) (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「[MID Server fails to start (MID サーバーが起動しない)](https://servicenow.com/docs/access?context=mid-startup-fails&family=australia&ft:locale=en-US)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。 * [MID サーバーのアップグレード前のチェック](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=australia&ft:locale=en-US)：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 * [手動での MID サーバーのアップグレード](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=australia&ft:locale=en-US)：MID サーバーを手動でアップグレードする方法について説明しています。 | オーストラリア |
| 構成管理データベース (CMDB) 向け Now Assist | Now Assist で CI とクラスの詳細な説明を提供できるようにするには、「外部コンテンツコネクタ」プラグインをアクティブ化し、「ServiceNow 製品ドキュメント」コネクタをインストールしてから、製品ドキュメントをクロールする必要があります。構成手順については、「 [CI フォームのコンテキストヘルプスキルの構成](https://servicenow.com/docs/access?context=na-cmdb-skill-form-sense-config&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| クリエーター向け 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)\] ページを使用するには、ナレッジコンテンツ推奨スキルを有効にする必要があります。スキルをアクティブ化するには、次の手順に従います。 1. 検索項目 アドミンNow Assist アドミン. 2. \[Now Assist スキル\] を選択します。 3. \[ プラットフォーム\] を選択します。 4. \[ ナレッジ\] を選択します。 5. ナレッジコンテンツ推奨スキルがアクティブであることを確認します。 インシデントアシストエージェント型ワークフローはデフォルトで有効になっており、\[廃止\] インシデントアシストスキルのすべての機能が含まれていますが、機能強化されています。[オーストラリアパッチ 1](https://servicenow.com/docs/access?context=australia-patch-1&family=australia&ft:locale=en-US) にアップグレードするときに、\[非推奨\] インシデント支援スキルを有効にしている場合は、冗長性を避けるためにこれを無効にすることを検討してください。詳細については、「 [インシデント支援スキル](https://servicenow.com/docs/access?context=now-assist-itsm-incident-assist&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| 脆弱性対応向け Now Assist | 脆弱性対応または統一セキュリティエクスポージャー管理 (USEM) ワークスペースで新しい AI ネイティブエクスペリエンスにアクセスするには、オーストラリアのリリースにアップグレードする必要があります。 [ServiceNow 製品階層](https://servicenow.com/docs/access?context=ai-native-sku-overview&family=australia&ft:locale=en-US) :   ServiceNow AI Platform は、次の 3 つのライセンス階層を利用して新しい AI エクスペリエンスを提供します。 * Foundation:インサイトを提供するための AI の基礎 * Advanced:AI によって関連するユースケース全体で生産性を向上 * プライム:すべての AI 資産を自律的に操作し、独自の資産を作成します ライセンスに応じて、特定のアプリケーション機能、生成 AI スキル、エージェント型ワークフロー、AI エージェントにアクセスできます。 オーストラリアにアップグレードしていない既存のお客様の場合、生成 AI のスキル、エージェント、およびワークフローは脆弱性対応ワークスペースでサポートされており、脆弱性対応向け Now Assist アプリケーションに含まれています。 | オーストラリア |
| 仮想エージェントでの Now Assist | <br /> | オーストラリア |
| Now Assist | Now Assist スキルに関連付けられているユーザーインターフェイスまたはその他のアイテムのアクションをカスタマイズした場合は、カスタマイズされたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、Now Support ナレッジベースの記事「[Now Assist (生成 AI) アプリケーションとプラグインの更新 \[KB1637452\] の問題と軽減策](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)」を参照してください。ログインして記事を表示してください。 オーストラリアのリリースでは、ServiceNow AI Platform 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、strict_read_onlyand client_script_modifiable などのきめ細かな制御レベルを備えた新しいread_only_optionフィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、柔軟性を維持しながらインスタンスのセキュリティを強化するのに役立ちます。`g_form.setValue()` または `g_form.clearValue()` を使用して読み取り専用フィールドを変更するカスタムクライアントスクリプトがある場合は、Now Support ナレッジベースの[KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122)記事を参照して、影響を受けるフィールドを特定し、設定を調整してください。 既存のアクセス制御リスト (ACL) が更新され、admin ロールが、スクリプトまたはセキュリティ属性内の目的主導型の詳細なロールに置き換えられました。この更新の一環として、 `getRoles()` API は認可のために `hasRole()` API に置き換えられました。さらに、コード内の admin ロールへのすべての参照は、認証ユースケースの詳細ロールに置き換えられています。詳細については、「<https://www.servicenow.com/docs/r/platform-security/granular-admin-roles.html>」を参照してください。 | オーストラリア |
| オペレーショナルレジリエンス | 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 アプリケーションのダウンロード)](https://servicenow.com/docs/access?context=download-installer-rpa&family=australia&ft:locale=en-US)」を参照してください。 次のアップグレード情報は、 サンディエゴ または 東京 から オーストラリアにアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、Tokyo 以前のリリースからオーストラリアへの RPA Hub アプリケーションのアップグレード中に遅延が発生する場合があります。 RPA Hub をオーストラリアにアップグレードする前に、glide.rollback.blacklist.TableParentChange.changeシステムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ \[sys_properties\] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「[システムプロパティを追加する](https://servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&family=australia&ft:locale=en-US)」を参照してください。 オーストラリアにアップグレードすると、ボットプロセス定義は新しい構造 (ボットプロセス構成) に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに オーストラリア にアップグレードすると、テーブルはアプリケーションファイル \[sys_metadata\] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「[Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA ハブテーブルの再ビルド) \[KB1223629\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1223629)」を参照してください。 | オーストラリア |
| ReleaseOps | ReleaseOps サンプルプレイブックをカスタマイズした場合、オーストラリアにアップグレードするときに Runbook タスクプレイブックアクティビティは自動的に入力されません。 | オーストラリア |
| SQL API | ServiceNow は、SOAP ベースの ODBC クライアントを無料で顧客に提供しました。アクティブな RaptorDB Professional エンタイトルメントがある場合は、サーバー側とクライアント側の両方で必要な構成を行うことで、REST ベースの SQL API クライアントに移行できます。詳細については、「 [構成](https://servicenow.com/docs/access?context=configuring-sql-api&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| サービス交換 (旧称サービスブリッジ) | 重要: 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\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1499823)を参照して、構成データを移行する方法を確認してください。 * Service Exchange バージョン 1.x.x:アップグレードする場合は、Now Support ナレッジベースの[記事「アップグレードガイド - プロバイダーおよびコンシューマー向けサービス交換 (v2.x.x リリース) \[KB1700387\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=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 * Zurich * オーストラリア | オーストラリア |
| ServiceNow AI Platform コア機能 | 動的スキーマアプリケーションフレームワークは、 Zurich リリースで改訂されました。Xanadu または Yokohama リリースで動的スキーマを実装した場合、Zurich リリース以降のリリースへのアップグレードの一環として、アプリケーションは自動的に新しいフレームワークに移行されます。移行と実行する必要がある手順の詳細については、 [動的スキーマ Zurich 移行ガイド \[KB2146133\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2146133) Now Support ナレッジベースの記事。 オーストラリアのリリースでは、ServiceNow AI Platform® 全体で読み取り専用フィールドの保護が強化されています。これらの変更には、「strict_read_only」や「client_script_modifiable」などのきめ細かな制御レベルを持つ新しい「read_only_option」フィールドが含まれます。変更はバックエンドで行われ、下位互換性のある動作を維持します。この更新は、必要な柔軟性を維持しながら、インスタンスのセキュリティを強化するのに役立ちます。影響を受けるフィールドを特定して設定を調整する方法に関する技術的な詳細については、「 [KB2718122](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2718122) 」を参照してください。詳細な読み取り専用セキュリティー・オプションについて詳しくは、 [読み取り専用セキュリティー・オプションの構成](https://servicenow.com/docs/access?context=read-only-option&family=australia&ft:locale=en-US)を参照してください。 | オーストラリア |
| ServiceNow IDE | ServiceNow IDE バージョン 3.2.3 は 、オーストラリア リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、 ServiceNow IDE バージョン 4.0 以降に更新してください。ServiceNow IDE の更新の詳細については、「[ServiceNow IDE のインストールまたは更新](https://servicenow.com/docs/access?context=install-servicenow-ide&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| ServiceNow SDK | グローバルまたはアプリケーション内で最新バージョンの ServiceNow SDK にアップグレードするには、「 [ServiceNow SDK のアップグレード」](https://servicenow.com/docs/access?context=upgrade-servicenow-sdk&family=australia&ft:locale=en-US)を参照してください。 ServiceNow SDK バージョン 4.4 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。 Windows システムでは、ServiceNow SDK バージョン 4.3 以降にアップグレードすると、Keytar が廃止されたため、保存されている既存の認証情報はサポートされなくなります。Windows システムのユーザーは、 `now-sdk auth --add` コマンドを使用してユーザー認証情報を再度追加し、インスタンスで認証する必要があります。詳細については、「 [認証」](https://servicenow.com/docs/access?context=authenticate-instance-now-sdk&family=australia&ft:locale=en-US)を参照してください。 重要: ServiceNow SDK のマイナーリリースについては、GitHub の [ServiceNow SDK リリースノート](https://github.com/ServiceNow/sdk/releases)を参照してください。 | オーストラリア |
| ServiceNow スタジオ | ServiceNow スタジオを ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。 | オーストラリア |
| ServiceNow Vault | ServiceNow Vault は、次の製品のバンドルです。 * [ServiceNow Vault](https://servicenow.com/docs/access?context=servicenow-vault-landing&family=australia&ft:locale=en-US) * [データディスカバリー](https://servicenow.com/docs/access?context=data-discovery-landing&family=australia&ft:locale=en-US) * 『[Data Privacy](https://servicenow.com/docs/access?context=data-privacy-landing&family=australia&ft:locale=en-US)』 * [ゼロトラストアクセス](https://servicenow.com/docs/access?context=session-access&family=australia&ft:locale=en-US) * [フィールド暗号化](https://servicenow.com/docs/access?context=field-encryption&family=australia&ft:locale=en-US) * [コード署名](https://servicenow.com/docs/access?context=code-signing-landing&family=australia&ft:locale=en-US) * [ログエクスポートサービス (LES)](https://servicenow.com/docs/access?context=les-intro&family=australia&ft:locale=en-US) | オーストラリア |
| Source-to-Pay オペレーション統合 | 重要: アップグレード修正スクリプトで特定されたパフォーマンスの問題により、ソーシング修正スクリプトが変更されました。このスクリプトは、アップグレードプロセス中に自動的に実行されなくなります。代わりに、オンデマンドジョブとして提供されるようになりました。アドミニストレーターは、アップグレードの完了後、営業時間外にこのジョブを手動で実行する必要があります。 | オーストラリア |
| サブスクリプション管理 | サブスクリプション管理 バージョン 6.1 は 、オーストラリア リリースのすべてのインスタンスでデフォルトで有効です。最新の機能を使用するには、 サブスクリプション管理 バージョン 6.1 以降に更新してください。サブスクリプション管理の更新の詳細については、「[アプリまたはプラグインの更新](https://servicenow.com/docs/access?context=update-application-app-mgr&family=australia&ft:locale=en-US)」を参照してください。 | オーストラリア |
| サードパーティリスク管理 | 以前のリリースから TPRM にアップグレードし、オーストラリアにアップグレードする VRM ユーザーの場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。たとえば、 Xanadu から Yokohama に、 Yokohama から Zurich などにアップグレードする必要があります。スクリプトが正しい順序で実行されない場合、データの不整合、機能の破損、競合が発生する可能性があります。 バージョン 21.0.x にアップグレードした後、スマートアセスメントエンジンの有効化 (sn_vdr_risk_asmt.sae_enabled) プロパティを設定することで、スマートアセスメントエンジン (SAE) を有効にできます。このプロパティを設定すると、 スマートアセスメントエンジン (SAE) がデフォルトのアセスメントエンジンになり、従来のエクスペリエンスに置き換わります。移行は元に戻せません。 警告: 本番インスタンスを変更する前に、このプロパティを非本番インスタンスで設定し、徹底的なテストを実施してください。そうしないと、予期しない問題が発生する可能性があります。 VRM から TPRM へのアップグレード、およびスマート アセスメント エンジンとクラシック アセスメント エンジンの違いの詳細については、「[サードパーティ リスク管理のアップグレード情報](https://servicenow.com/docs/access?context=grc-tprm-upgrade-info&family=australia&ft:locale=en-US)」を参照してください。 既存の TPRM 顧客の場合、バージョン 21.0.3 にアップグレードすると、会社 \[core_company\] テーブルの \[業界\] 列のデータが \[tprm_industry\] 列に自動的に移行されます。会社 \[core_company\] テーブルのレコード数によっては、移行に数時間かかる場合があります。移行後、システムログメッセージで移行が完了したことが確認されます。会社 \[core_company\] テーブルの内容を確認し、\[業界\] フィールドを参照しているカスタマイズを更新してtprm_industryを使用します。移行を確認してカスタマイズを更新した後、\[業界\] 列を削除できます。 | オーストラリア |
| UI ビルダー | 後のためにセクションを保存しています。 | オーストラリア |
| 脆弱性対応 | 現在 脆弱性対応を使用していて、 Unified Security Exposure Management (USEM) にアップグレードする予定がない場合は、v30.x より前のバージョンの脆弱性対応をインストールし、サポートされているサードパーティ統合アプリケーションにアップグレードしてください。 脆弱性対応アプリケーションのリリースバージョン、およびオーストラリアのリリースと互換性のあるサードパーティおよび ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[脆弱性対応互換性マトリクスおよびリリーススキーマの変更 \[KB0856498\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)を参照してください | オーストラリア |
| AI 検索 | [Washington DC パッチ 9](https://servicenow.com/docs/access?context=washingtondc-patch-9&family=washingtondc&ft:locale=en-US): * 古いリリースから Washington DC パッチ 9 にアップグレードしたら、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にしてください。インデックス再作成の詳細については、「 [インデックス付きソースのインデックス作成またはインデックス再作成](https://servicenow.com/docs/access?context=index-single-source-ais&family=washingtondc&ft:locale=en-US) 」または「 [複数のインデックス付きソースのインデックス作成またはインデックス再作成」](https://servicenow.com/docs/access?context=index-multiple-sources-ais&family=washingtondc&ft:locale=en-US)を参照してください。 Washington DC: * Washington DC にアップグレードすると、AI 検索で既存の Genius 結果構成が自動的に更新され、新しい[AI 検索 Genius 結果構成フォーム](https://servicenow.com/docs/access?context=genius-result-cfg-form-ais&family=washingtondc&ft:locale=en-US)のフィールドを使用するようなります。この更新手順では、以下のような変更が行われます。 * \[Genius 結果の回答タイプ\] フィールドの既存の値を削除します。 * 必要に応じて、\[Genius 結果のロジック\] フィールドの値を、新しい AI 検索要求プロセッサーのフィールドと AI 検索応答プロセッサーのフィールドに移行します。 * インスタンスを Washington DC にアップグレードした後も、AI 検索は、以前に \[検索クエリに複数の用語が含まれている場合に使用するブーリアン検索演算子\] ( glide.ais.query.search_operator ) システムプロパティに設定した値を保持します。マルチターム検索に対して新たに拡張されたクエリモードを活用するには、このシステムプロパティの値を AND then OR 2+ key terms に設定します。AI 検索システムプロパティの詳細については、「[AI 検索システムプロパティ](https://servicenow.com/docs/access?context=system-properties-ais&family=washingtondc&ft:locale=en-US)」を参照してください。 * Washington DC 以降、ユーザー \[sys_user\] テーブルではデフォルトで、インデックス付きレコードは sys_updated_on の日付でソートされず、sys_created_on の日付でソートされます。この変更では、AI 検索のユーザーテーブルのインデックス付きソースのインデックスを再作成する必要があるため、時間がかかる可能性があります。以前のファミリーリリースから Washington DC にアップグレードすると、AI 検索ではユーザーテーブルのインデックス付きソースのインデックスが自動的に再作成されません。ユーザーレコードの最新の構成を検索可能にする必要がある場合、ユーザーテーブルのインデックス付きソースの[インデックスを手動で再作成](https://servicenow.com/docs/access?context=index-single-source-ais&family=washingtondc&ft:locale=en-US)することはできますが、時間がかかる可能性があります。そうでない場合は、すべてのレコードのインデックスが再作成されるまで、更新時に個々のユーザーテーブルレコードのインデックスが AI 検索によって再作成されます。 | Washington DC |
| 自動テストフレームワーク (ATF) | 構成変更を行った後に、 ServiceNow AI Platform® によって提供されるクイックスタートテストをコピーしてカスタマイズし、インスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「[Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)](https://servicenow.com/docs/access?context=available-quick-start-tests&family=washingtondc&ft:locale=en-US)」を参照してください。 | 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\]](https://support.servicenow.com/kb_view_customer.do?sysparm_article=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 ワークスペースでドラフトのデータマネージャー認定ポリシーに変換できます。詳細については、「[」を参照してください。](https://servicenow.com/docs/access?context=convert-data-cert-definitions&family=washingtondc&ft:locale=en-US) | Washington 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 サーバーのアップグレード](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=washingtondc&ft:locale=en-US)」を参照してください。 | 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\] このように親を指定し直すことで、顧客がより広範なユースケースに組織テーブルと場所テーブルを使用できるようになります。 既存のデータは、既存の機能が影響を受けないよう、次の方法で移行されます。 1. sn_hcls_immunization の場所フィールドの参照が cmn_location を使用するように更新されました。 2. すべてのデータが、ヘルスケア販売済み製品テーブルからインストールベースアイテムテーブルに移動されます。 3. 影響を受けるインストールベースアイテムの行は、ヘルスケア販売済み製品の source_task の値に基づいて入力されます。 4. sn_hcls_enrolled_program と sn_hcls_enrolled_program_service のステータスが hcls_state からコピーされます。 5. すべてのデータは、医療機関、医療機関の場所、および施術者所在地のスタンドアロンテーブルに移動します。 1. このスクリプトにより、\[医療機関\] テーブルにある既存のレコードの \[事業所\] テーブルにレコードが作成され、1 対 1 の参照が形成されます。 2. サービス組織を参照するレコードは、適切な事業所への参照によって更新されます。 3. 施術者所在地にレコードを持つ施術者には、適切な事業所を含めて \[サービス組織メンバー\] テーブルにレコードが作成されます。 4. 医療機関の所在地のデータを含むレコードには、その医療機関の所在地の親サービス組織が含まれます。 注: アップグレードされたインスタンス内のレコードの数が多い場合、アップグレードの完了までに長時間かかることがあります。 | 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 への従来のレプリケーションセットのアップグレード)](https://servicenow.com/docs/access?context=upgrading-legacy-replication-sets-v2&family=washingtondc&ft:locale=en-US)」を参照してください。 アップグレード後に、レプリケーションペイロードエラー \[idr_replication_payload_error\] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。 | Washington DC |
| MID サーバー | 最新の MID サーバーシステム要件については、「[MID Server system requirements (MID サーバーシステム要件)](https://servicenow.com/docs/access?context=r_MIDServerSystemRequirements&family=washingtondc&ft:locale=en-US)」を参照してください。サポートされている 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](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=washingtondc&ft:locale=en-US) (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 1 つの実行可能ファイルパスにつき、 Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「[MID Server fails to start (MID サーバーが起動しない)](https://servicenow.com/docs/access?context=mid-startup-fails&family=washingtondc&ft:locale=en-US)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。 * [MID サーバーのアップグレード前のチェック](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=washingtondc&ft:locale=en-US)：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 * [手動での MID サーバーのアップグレード](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=washingtondc&ft:locale=en-US)：MID サーバーを手動でアップグレードする方法について説明しています。 | Washington DC |
| クリエーター向け Now Assist | ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。ワークフロースタジオのアップグレードの詳細については、「[ワークフロースタジオの最新バージョンへの更新](https://servicenow.com/docs/access?context=update-to-the-latest-version-of-workflow-studio&family=washingtondc&ft:locale=en-US)」を参照してください。 {#upgrade-and-migration-tasks__entry__202} | クリエーターの Now Assist は既にインストールされていますか？ | アップグレードに使用するワークフロースタジオのバージョン | |-|-| | いいえ | ワークフロースタジオをバージョン 25.1.3 にアップグレード | | はい | ワークフロースタジオをバージョン 25.0.0 にアップグレード | [表 : 2. フロー生成スキルのアップグレードパス] | Washington DC |
| Now Assist | Now Assist アプリケーションとプラグインのアップグレードのトラブルシューティングの詳細については、[Now Assist アップグレードの問題と軽減](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)に関する 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\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1585863)」を参照してください。 Washington DC リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセス (必要な場合) の使用については、Now Support ナレッジベースの記事「[注文キャプチャの電話会社リストの廃止 (Deprecating Telco List for Order Capture) \[KB1586538\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1586538)」を参照してください。 Washington DC にアップグレードした後、製品コンフィギュレーターの使用中に、新しい変更指示や、切断、一時停止、または再開アクションを含む注文を処理するための再構成ワークアラウンドを確認します。詳細については、Now Support ナレッジベースの記事「[Washington で注文キャプチャ UI を使用する際の注文ライン再構成の問題 (Order line reconfiguration issues in Washington when using Order Capture UI) \[KB1585976\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=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\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1585863)」を参照してください。 * リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセス (必要な場合) の使用については、Now Support ナレッジベースの記事「[Deprecating List for Order Capture \[KB1586538\] (注文キャプチャのリストの廃止)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1586538)」を参照してください。 Washington DC リリースにアップグレードした後、製品コンフィギュレーターの使用中に、新しい変更指示や、切断、一時停止、または再開アクションを含む注文を処理するための再構成ワークアラウンドを確認します。詳細については、Now Support ナレッジベースの記事「[Order line reconfiguration issues in Washington when using Order Capture UI \[KB1585976\] (Washington で注文キャプチャ UI を使用する際の注文ライン再構成の問題)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1585976)」を参照してください。 | Washington DC |
| パフォーマンスアナリティクス | 従来の PA スコア \[pa_scores\] テーブルは廃止されます。PA スコアテーブルにキャプチャされたインジケータースコアがまだ存在する場合、スコアの数が 4,300 万未満であれば、そのスコアはアップグレード時に pa_scores_l1 テーブルと pa_scores_l2 テーブルに自動的に移行されます。アップグレードに追加される予想時間は約 2 時間です。詳細については、[KB1294371](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1294371) または「[パフォーマンスアナリティクススコアの移行](https://servicenow.com/docs/access?context=pa-scores-migration&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| プラットフォームアナリティクスエクスペリエンス | プラットフォームアナリティクスエクスペリエンス機能は、以前はプラットフォームアナリティクスワークスペースにありました。この機能は現在、コア ServiceNow AI Platform の一部であり、ネクストエクスペリエンス 統一ナビゲーションからアクセスできます。コア UI で作成されたダッシュボード、レポート、およびパフォーマンスアナリティクスウィジェットをこの機能に移行できます。 | Washington DC |
| ワークフロースタジオのプレイブック | Washington DC にアップグレードした後、ServiceNow Store のプレイブックおよびワークフロースタジオアプリケーションを更新します。 | Washington DC |
| ポートフォリオ計画 | v8.0.0 以降、戦略的ポートフォリオ管理 (SPM) Pro ライセンス機能には、戦略的計画ワークスペースでのみアクセスできます。ポートフォリオ計画ワークスペースを使用して、SPM Pro ライセンスの機能 (目標、製品フィードバック、ハイブリッドポートフォリオ計画など) にアクセスしている場合、そのような機能にアクセスするには Strategic Planning をインストールする必要があります。戦略的計画ワークスペースでのみアクセスできる機能の詳細については、「[ポートフォリオ計画と Strategic Planning の比較](https://servicenow.com/docs/access?context=exploring-portfolio-planning&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| 予測インテリジェンス | Washington DC にアップグレードすると、新しい回帰ソリューションを作成できなくなります。既存のソリューションがある場合、そのソリューションは引き続きサポートされ、トレーニングと変更はできますが、新しいソリューションを作成することはできません。 類似性ソリューションとクラスタリングソリューションへの変更は、Washington DC にあるすべてのインスタンスに適用されます。 | Washington DC |
| Proactive Service Experience Workflows | トラブルチケット通知を受信したくない顧客は、インシデントテーブルとケーステーブルに関連するビジネスルールを無効にすることができます。トラブルチケット通知のビジネスルールを無効にする方法の詳細については、「[トラブルチケット通知の非アクティブ化](https://servicenow.com/docs/access?context=deactivate-trouble-ticket-notification&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| 製品カタログ管理および Pricing Management | セールスと注文管理アプリケーションの初期リリースで標準価格調整マトリクスの属性特性を使用していて、セールスと注文管理アプリケーションの 2024 年 5 月リリースにアップグレードする場合は、自動生成されたコード値の形式を修正するスケジュール済みジョブを実行する必要があります。オンデマンドで特殊文字を含む特性レコードのコードフィールドを変更するスケジュール済みジョブを実行して、文字 (a ～ z、A ～ Z)、数字 (0 ～ 9)、アンダースコア (_)、またはドル記号 ($) 以外の文字をアンダースコア (_) に置き換えます。このジョブは、コード値を、アンダースコアで開始または終了しないように、数字で始まらないように、および連続するアンダースコアを含まないように修正します。 | Washington DC |
| 公共機関デジタルサービス | アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。再ラベル付けの詳細については、次を参照してください すべて構成員サービスアドミニストレーションガイド付きセットアップをクリックし、 公共機関デジタルサービスの構成可能ワークスペースワークスペースラベルを手動でカスタマイズ. | Washington DC |
| ロボティックプロセスオートメーション (RPA) ハブ | RPA アプリケーションをダウンロードして、現在インストールされている次のいずれかの Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。 * RPA デスクトップデザインスタジオ * アテンド型ロボット * 無人ロボット * 無人ロボットログインエージェント 詳細については、「[Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)](https://servicenow.com/docs/access?context=download-installer-rpa&family=washingtondc&ft:locale=en-US)」を参照してください。 次のアップグレード手順は、San Diego または Tokyo から Washington DC にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションについて、Tokyo からのアップグレード中、または Washington DC へのアップグレードの前に、遅延が生じる可能性があります。 RPA Hub を Washington DC にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ \[sys_properties\] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「[システムプロパティを追加する](https://servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&family=washingtondc&ft:locale=en-US)」を参照してください。 Washington DC にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Utah バージョンにアップグレードすると、テーブルは \[アプリケーションファイル\] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「[Restructuring RPA Hub tables to sys_metadata in Utah (Utah の sys_metadata への RPA Hub テーブルの再ビルド)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1223629)」を参照してください。 | Washington DC |
| セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「[セキュリティポスチャコントロールでサポートされるアプリケーションのインストール](https://servicenow.com/docs/access?context=spc-install&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| IT Service Management のサービスオペレーションワークスペース | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 * サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) * サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) {#upgrade-and-migration-tasks__entry__250} | 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 | [表 : 3. 互換性のある SOW バージョン] テーブルでは、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 システムプロパティを追加した場合、これらのプロパティの値は、アップグレード後にウィジェットの公開テーブル許可リストに移行されます。詳細については、「[ウィジェットセキュリティの構成](https://servicenow.com/docs/access?context=configure-widget-security&family=washingtondc&ft:locale=en-US)」を参照してください。 さらに、フィールドレベルの読み取り 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 に変更します。詳細については、「[簡易リスト ウィジェット](https://servicenow.com/docs/access?context=simple-list-widget&family=washingtondc&ft:locale=en-US)」を参照してください。 ユーザーが以前に、プラットフォームの他の部分とは異なるポータルのユーザーエクスペリエンスアナリティクスのユーザーの同意設定を選択した場合、プラットフォーム用に選択された設定は 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 をインストールする必要があります。戦略的計画ワークスペースでのみアクセスできる機能の詳細については、「[戦略的計画におけるポートフォリオ計画](https://servicenow.com/docs/access?context=alignment-planner-workspace&family=washingtondc&ft:locale=en-US)」を参照してください。 戦略的計画 v4.1.2 にアップグレードしていて、以前にパーソナライズサイドパネルを使用して \[ゴール\] ページのリストビューまたは階層ビューをカスタマイズしていた場合、v4.1.2 で行われたユーザーインターフェイスの拡張機能が表示されないことがあります。この場合、ユーザー設定レコードを削除する必要があります。パーソナライズサイドパネルを使用して作成したユーザー設定を削除する方法の詳細については、[KB1642037](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=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 からダウンロードできます。修正スクリプトの実行方法の詳細については、「[修正スクリプトの実行](https://servicenow.com/docs/access?context=t_RunFixScripts&family=washingtondc&ft:locale=en-US)」を参照してください。 Washington DC にアップグレードした後、アップグレード後のすべてのタスクを確認し、必要に応じて完了する必要があります。詳細については、「[Post-upgrade tasks for Supplier Lifecycle Management (サプライヤーライフサイクル管理のアップグレード後のタスク)](https://servicenow.com/docs/access?context=post-upgrade-tasks-slo&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| サードパーティリスク管理 | TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「[サードパーティリスク管理のアップグレード情報](https://servicenow.com/docs/access?context=grc-tprm-upgrade-info&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| ユーザーエクスペリエンスアナリティクス | * ユーザーは基本追跡をオプトアウトできます。 * じょうごグラフデータの可視化は、 使用状況インサイト データソースで使用できます。 | Washington DC |
| 脆弱性対応統合 | * 脆弱性対応アプリケーションのリリース済みバージョンと、Washington DC リリースと互換性のあるサードパーティアプリケーションや ServiceNow アプリケーションについて詳しくは、Now Support ナレッジベース記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)」を参照してください。 * 脆弱性対応の新機能の詳細については、「[脆弱性対応リリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=washingtondc&ft:locale=en-US)」を参照してください。 | Washington DC |
| ワークフロースタジオ | ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。 {#upgrade-and-migration-tasks__entry__290} | クリエーターの Now Assist は既にインストールされていますか？ | アップグレードに使用するワークフロースタジオのバージョン | |-|-| | いいえ | ワークフロースタジオをバージョン 25.1.3 にアップグレード | | はい | ワークフロースタジオをバージョン 25.0.0 にアップグレード | [表 : 4. フロー生成スキルのアップグレードパス] | Washington DC |
| AI 検索 | [Xanadu パッチ 3](https://servicenow.com/docs/access?context=xanadu-patch-3&family=xanadu&ft:locale=en-US): * 古いリリースから Xanadu パッチ 3 にアップグレードしたら、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にしてください。インデックス再作成の詳細については、「 [インデックス付きソースのインデックス作成またはインデックス再作成](https://servicenow.com/docs/access?context=index-single-source-ais&family=xanadu&ft:locale=en-US) 」または「 [複数のインデックス付きソースのインデックス作成またはインデックス再作成」](https://servicenow.com/docs/access?context=index-multiple-sources-ais&family=xanadu&ft:locale=en-US)を参照してください。 Xanadu: 以前のリリースから Xanadu にアップグレードした後、次の手順を実行して、ネクストエクスペリエンス向け AI 検索のグローバル検索結果にダッシュボード、データ可視化、および KPI ナビゲーションタブを追加します。 1. ネクストエクスペリエンス向け AI 検索 ServiceNow Store アプリケーションをバージョン 4 以降に更新します。更新手順については、「 [アプリケーションの更新](https://servicenow.com/docs/access?context=t_InstallUpdates&family=xanadu&ft:locale=en-US)」を参照してください。 2. Now Support ナレッジベースの「[ネクストエクスペリエンス向け AI 検索 4.0 PAR テーブル更新セット (KB1644544)](https://support.servicenow.com/kb_view.do?sysparm_article=KB1644544)」記事で提供されている更新セットをコミットします。更新セットの詳細については、「[システムアップデートセット](https://servicenow.com/docs/access?context=system-update-sets&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| 買掛金オペレーション | 以前のリリースからアップグレードする場合は、参照フィールドの税コード \[sn_fin_tax_code\] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。 | Xanadu |
| アナリティクス、インテリジェンス、レポート | アップグレードする場合は、プラットフォームアナリティクス移行センターを使用して、すべてのデータソースに対して単一の可視化セットと統合フィルターを利用できます。 | Xanadu |
| App Engine Studio | App Engine 管理センター (AEMC) でグループをアサインする新しいプロセスにより、各インスタンスに同じバージョンのアプリケーション取り込みプラグインがインストールされていることを確認してください。 | Xanadu |
| アプリケーション脆弱性対応 | * 脆弱性対応の新機能の詳細については、「[脆弱性対応リリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=xanadu&ft:locale=en-US)」を参照してください。 * アプリケーション脆弱性対応アプリケーションのリリース済みバージョンと、サードパーティアプリケーションおよび ServiceNow アプリケーション (Xanadu リリースと互換性あり) について詳しくは、「[Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=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 変更速度管理 |   | Xanadu |
| 外部コンテンツコネクタ | 外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 | Xanadu |
| フィールドサービス管理 (FSM) | 2025 年 3 月 1 日より、Google は Places API、Directions API、Distance Matrix API をレガシー サービスとして指定しました。これらのサービスの新しいバージョンは、Places API (新規) と Routes API です。これらのレガシーサービスの API キーを有効にすることも、新しい API キーを生成することもできません。ただし、既存の API キーを使用してこれらのサービスを引き続き使用できます。2025 年 3 月 1 日以降に新しい Google API キーを作成する必要がある場合は、互換性を確保するために、Google Console から新しい API を有効にし、Xanadu パッチ 9 バージョン以降にアップグレードする必要があります。 | Xanadu |
| ワークフロースタジオのフロー、サブフロー、およびアクション | アップグレード後、以前に fd_read_operations ロールを持っていたユーザーには、実行ステータスや期間などの基本的な実行の詳細のみが表示されるようになりました。この制限により、このロールを持つユーザーは実行の詳細で機密情報を表示できなくなります。入力構成やランタイム値などのすべての実行の詳細への読み取りアクセス権を付与するには、ユーザーに新しいロール fd_read_operations_all を付与します。 | Xanadu |
| SPM のゴールフレームワーク | SPM のゴールフレームワーク v2.3.0 にアップグレードした後、「BreakdownInterval をチェックイン頻度に移行する」スケジュール済みジョブを実行します。このスケジュール済みジョブは、\[レビュー頻度\] フィールドと \[ブレークダウン間隔\] フィールドの既存の値をターゲットレコードの \[チェックイン頻度\] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「[ターゲットブレークダウンの移行](https://servicenow.com/docs/access?context=target-breakdowns-migration&family=xanadu&ft:locale=en-US)」を参照してください。 | 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 サーバーシステム要件)](https://servicenow.com/docs/access?context=r_MIDServerSystemRequirements&family=xanadu&ft:locale=en-US)」を参照してください。サポートされている 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](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=xanadu&ft:locale=en-US) (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「[MID Server fails to start (MID サーバーが起動しない)](https://servicenow.com/docs/access?context=mid-startup-fails&family=xanadu&ft:locale=en-US)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。 * [MID サーバーのアップグレード前のチェック](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=xanadu&ft:locale=en-US)：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 * [手動での MID サーバーのアップグレード](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=xanadu&ft:locale=en-US)：MID サーバーを手動でアップグレードする方法について説明しています。 | Xanadu |
| ハードウェア資産管理 (HAM) 向け Now Assist | procurement_userロールを持つユーザーのみが、次の AI エージェントを含むハードウェア資産要求のエージェント型ワークフローの管理を支援にアクセスできます。 * ハードウェア資産管理調達 AI エージェント * 転送注文作成 AI エージェント * 発注書 (PO) 作成 AI エージェント | Xanadu |
| Security Operations の Now Assist | Now Assist for Vulnerability Response に必要なアプリケーションの詳細については、「Now [Assist for Vulnerability Response のサポート情報](https://servicenow.com/docs/access?context=supporting-information-now-assist-vr&family=xanadu&ft:locale=en-US)」を参照してください。セキュリティインシデントレスポンス向け Now Assist に必要なアプリケーションの詳細については、「[セキュリティインシデントレスポンス向け Now Assist のサポート情報](https://servicenow.com/docs/access?context=supporting-information-now-assist-security-incident&family=xanadu&ft:locale=en-US)」を参照してください。 セキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索が有効になっていることを確認するには、次に移動します すべてAI 検索AI 検索ステータス. AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。 | Xanadu |
| Now Assist | Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズされたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「[KB1637452:Now Assist (生成 AI) アプリケーションとプラグインの更新の問題と軽減策](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)」を参照してください。記事を表示するにはログインする必要があります。 | 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\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1585863)」を参照してください。 * Xanadu リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセスの使用については、Now Support ナレッジベースの記事「[Deprecating Telco List for Order Capture \[KB1586538\] (注文キャプチャの電話会社リストの廃止)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1586538)」を参照してください。 \[契約開始日 (contract start date)\] と \[契約終了日 (contract end date)\] フィールドを使用し、レコードがあるアップグレードの顧客である場合は、Migrate data from deprecated contract fields to new fields on Order and Order Linesスケジュール済みジョブを実行して、それらのレコードを最新のデータモデルに移行できます。このスケジュール済みジョブは、次に移動して手動で実行する必要があります システム定義スケジュール済みジョブ. スケジュール済みジョブの詳細については、「[スケジュール済みジョブ](https://servicenow.com/docs/access?context=c_ScheduledJobs&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| プラットフォームアナリティクスエクスペリエンス | 新規顧客: プラットフォームアナリティクス エクスペリエンスは、 ServiceNow AI Platform で自動的に利用可能になります。直感的なインターフェイスを提供し、データをよりよく理解して活用するのに役立ちます。 アップグレードする顧客：現在コア UI のレスポンシブダッシュボードを使用している場合は、中断することなく引き続きアクセスできます。新機能を最大限に活用するには、プラットフォームアナリティクスエクスペリエンスへの移行を検討してください。 | Xanadu |
| ワークフロースタジオのプレイブック | Xanadu にアップグレードした後、ServiceNow Store のプレイブックおよびワークフロースタジオアプリケーションを更新します。 | Xanadu |
| 製品カタログ管理および Pricing Management | 価格調整に拡張ポイント sn_csm_pricing.PricingAdjustmentsExtensionPoint を使用している場合は、アップグレード後にデフォルトの価格プラン (2024 年 11 月リリースで導入) を変更します。構成コンポーネント価格調整マトリクスおよび標準価格調整マトリクスの価格計画ステップは適用されません。価格設定アドミンまたはマネージャーは、デフォルトの料金プランからこれらのマトリックスのステップを削除します。 1. 移動先 すべて価格設定価格設定計画. 2. 公開されているデフォルトの料金プランを選択します。 3. \[コピー\] を選択します。 4. 価格計画のコピーで、\[価格設定計画のステップ\] 関連リストに移動します。 5. コンフィギュレーション コンポーネント調整の適用ステップ (シーケンス 50) と コンテキスト調整の適用ステップ (シーケンス 60) の行を選択し、選択した行の \[アクション\] メニューで \[削除\] を選択します。 6. \[更新\] をクリックします。 7. 価格計画のコピーを公開します。 | Xanadu |
| 公共機関デジタルサービス | アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューとメニューアイテムは、元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。再ラベル付けの詳細については、次を参照してください すべて構成員サービスアドミニストレーションガイド付きセットアップをクリックし、 公共機関デジタルサービスの構成可能ワークスペースワークスペースラベルを手動でカスタマイズ. | Xanadu |
| RPA ハブ | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。 * RPA デスクトップデザインスタジオ * アテンド型ロボット * 無人ロボット * 無人ロボットログインエージェント 詳細については、「[Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)](https://servicenow.com/docs/access?context=download-installer-rpa&family=xanadu&ft:locale=en-US)」を参照してください。 次のアップグレード情報は、San Diego または Tokyo から Xanadu にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションの Tokyo 以前のリリースから Xanadu へのアップグレードに遅延が生じる可能性があります。 RPA Hub を Xanadu にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ \[sys_properties\] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「[システムプロパティを追加する](https://servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&family=xanadu&ft:locale=en-US)」を参照してください。 Xanadu にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Xanadu にアップグレードすると、テーブルは \[アプリケーションファイル (Application File)\] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「[Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA Hub テーブルの再ビルド)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1223629)」を参照してください。 | Xanadu |
| セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「[セキュリティポスチャコントロールのインストール](https://servicenow.com/docs/access?context=spc-install&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| サービスエクスチェンジ | * サービス交換Xanadu リリースでリリースされる 2.x.x は、Service Exchange (レガシー) バージョンの移行をサポートしていません。Service Exchange (レガシー) バージョンを使用している場合は、Xanadu リリースにアップグレードする前に、Now Support ナレッジベースの記事「[Service Exchange for Providers (Legacy) - Migration Utility (KB1499823)」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1499823)の手順に従って構成データを移行する必要があります。 * Service Exchange のバージョン 1.x.x からアップグレードする場合は、[アップグレードガイド - プロバイダーおよびコンシューマー向けサービス交換アプリケーション (v2.x.x リリース - KB1700387)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1700387) に記載されている手順に従って、Service Exchange アプリケーションを移行します。 * 不一致バージョンのサポートの導入により、コンシューマーとプロバイダーの両方が Xanadu リリースにアップグレードするまで、新しいエンタイトルメントはアクティブ化できません。古いアクティブなエンタイトルメントは引き続き機能しますが、新しいエンタイトルメントはアクティブ化できません。 | Xanadu |
| ITSM のサービスオペレーションワークスペース | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 * サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) * サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) {#upgrade-and-migration-tasks__entry__404} | 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 | [表 : 5. 互換性のあるサービスオペレーションワークスペースバージョン] | Xanadu |
| ServiceNow SDK | `now-sdk upgrade` コマンドを使用して、ServiceNow SDK の最新バージョンにアップグレードします。詳細については、「[ServiceNow SDK のアップグレード](https://servicenow.com/docs/access?context=upgrade-servicenow-sdk&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| スキル管理 | スキルダッシュボードは、Xanadu リリースで [ネクストエクスペリエンス UI](https://servicenow.com/docs/access?context=next-experience-landing-page&family=xanadu&ft:locale=en-US) に自動的に移行されます。アップグレードすると、 [ネクストエクスペリエンス UI](https://servicenow.com/docs/access?context=next-experience-landing-page&family=xanadu&ft:locale=en-US) のスキルダッシュボードに自動的にアクセスできるようになります。 | 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)\] スケジュール済みジョブを実行します。このスケジュール済みジョブは、\[レビュー頻度\] フィールドと \[ブレークダウン間隔\] フィールドの既存の値をターゲットレコードの \[チェックイン頻度\] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「[ターゲットブレークダウンの移行](https://servicenow.com/docs/access?context=target-breakdowns-migration-spw&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| サブスクリプション管理 | サブスクリプション管理 バージョン 3.2 は、 Xanadu リリースのすべてのインスタンスでデフォルトで有効です。最新の機能を使用するには、 サブスクリプション管理 バージョン 4.0 以降に更新してください。サブスクリプション管理の更新の詳細については、「[アプリまたはプラグインの更新](https://servicenow.com/docs/access?context=update-application-app-mgr&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| 通信ネットワークインベントリ | 以前のリリースの既存ユーザーである場合は、Xanadu にアップグレードすると、従来の製品モデルと新しい製品モデルの両方が \[ネットワークインベントリワークスペース\] メニューで使用できるようになります。この問題を修正するには、従来の製品モデルのデータを現在のインスタンスの新しい製品モデルのテーブルに移行する必要があります。この手順の詳細については、「[KB1695167](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1695167)」を参照してください。 | Xanadu |
| サードパーティリスク管理 | TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「[サードパーティリスク管理のアップグレード情報](https://servicenow.com/docs/access?context=grc-tprm-upgrade-info&family=xanadu&ft:locale=en-US)」を参照してください。 | 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\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)」の記事を Now Support ナレッジベースで参照してください。 * 脆弱性対応の新機能の詳細については、「[脆弱性対応リリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=xanadu&ft:locale=en-US)」を参照してください。 | Xanadu |
| ワークフロースタジオ | Washington DC パッチ 3 では、ワークフロースタジオを更新すると、 ServiceNow® ワークフロースタジオ、プレイブック、 ServiceNow® ディシジョンビルダーなどのすべてのアプリケーション依存関係が自動的に更新されます。ServiceNow® Store またはプラグインのリストから、ワークフロースタジオの個々のアプリケーション依存関係を表示または更新することはできなくなりました。 | Xanadu |
| AI コントロールタワー |   | Yokohama |
| AI 検索 | 古いリリースから Yokohama にアップグレードしたら、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にしてください。インデックス再作成の詳細については、「 [インデックス付きソースのインデックス作成またはインデックス再作成](https://servicenow.com/docs/access?context=index-single-source-ais&family=yokohama&ft:locale=en-US) 」または「 [複数のインデックス付きソースのインデックス作成またはインデックス再作成」](https://servicenow.com/docs/access?context=index-multiple-sources-ais&family=yokohama&ft:locale=en-US)を参照してください。 | Yokohama |
| 買掛金オペレーション | 以前のリリースからアップグレードする場合は、参照フィールドの税コード \[sn_fin_tax_code\] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。 | Yokohama |
| App Engine Studio | AEM でグループをアサインする新しいプロセスのため、各インスタンスで同じバージョンのアプリケーション取り込みプラグインを有効にする必要があります。 詳細については、「 [アプリの準備状況とコンプライアンスレポート](https://servicenow.com/docs/access?context=app-readiness-report&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| アプリケーションマネージャー | アプリケーションマネージャー は、 Yokohama リリースのインスタンスでデフォルトでアクティブになっています。最新の機能を使用するには、インスタンスを Yokohama パッチ 11 以降にアップグレードします。ServiceNow AI Platform インスタンスのアップグレードの詳細については、「[アップグレードの準備](https://servicenow.com/docs/access?context=rn-prepare-landing-page&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| アプリケーション脆弱性対応 | * 脆弱性対応の新機能の詳細については、「[脆弱性対応リリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=yokohama&ft:locale=en-US)」を参照してください。 * アプリケーション脆弱性対応アプリケーションのリリース済みバージョンと、サードパーティアプリケーションおよび ServiceNow アプリケーション (Xanadu リリースと互換性あり) について詳しくは、「[Vulnerability Response Compatibility Matrix and Release Schema Changes (脆弱性対応互換性マトリクスおよびリリーススキーマの変更点) \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)」の記事を Now Support ナレッジベースで参照してください。 | Yokohama |
| 自動テストフレームワーク (ATF) | 構成変更を行った後に、 ServiceNow AI Platform® によって提供されるクイックスタートテストをコピーしてカスタマイズし、インスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「[Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)](https://servicenow.com/docs/access?context=available-quick-start-tests&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| 構成管理データベース (CMDB) | 3 つの新しいインデックス (親、タイプ)、(子、タイプ)、および (子、親、タイプ、ポート) が CI 関係 \[cmdb_rel_ci\] テーブルに追加され、このテーブルのクエリを実行する識別および調整エンジン (IRE) のパフォーマンスが向上します。この変更により、アップグレード時間が長くなる可能性があります。アップグレード中のこの変更の影響とその影響を最小限に抑える方法の詳細については、「[cmdb_rel_ciインデックスの追加による Yokohama アップグレード時間の増加」を参照してください \[KB1703367\]。](https://support.servicenow.com/kb_view_customer.do?sysparm_article=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 に設定する必要があります。詳細については、「[システムプロパティを追加する](https://servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| 暗号化キー管理 | * GlideEncrypter API では、 [NIST 800-131A Rev 2](https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar2.pdf) で 2023 年以降の使用が推奨されている 3 キーの Triple Data Encryption Standard (3DES) という暗号化標準が使用されています。Yokohama リリースでは、将来の GlideEncrypter/3DES の完全な廃止に備えて、次の変更が行われています。 * 新しい Yokohama インスタンスでは GlideEncrypter を使用できません。すべての基本システムスクリプトが、代替の暗号化プロセスを使用するように変更されました。 * Yokohama インスタンスをアップグレードする場合でも 3DES を使用できますが、システムプロパティを使用して 3DES の使用を無効にすることもできます。 * [KB1704481](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=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 キーを生成することもできません。ただし、既存の API キーを使用してこれらのサービスを引き続き使用できます。2025 年 3 月 1 日以降に新しい Google API キーを作成する必要がある場合は、互換性を確保するために、Google Console から新しい 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 アプリケーションのインストールまたは更新時に、インストールおよび更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この[ナレッジ記事](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)を参照して問題に対処する手順を確認してください。あるいはサポートケースを作成することもできます。 | Yokohama |
| ITOM ヴィジビリティ | 3DES サポートは、SSH ベースのディスカバリーまたは SSH ベースの統合を備えた MID サーバーでは、MID サーバーから完全に削除される予定です。詳細については、「[Xanadu の SSH における 3DES の廃止 \[KB1644950\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1644950)」を参照してください。 Yokohama にアップグレードした後、「明示的なパブリック SNMP 認証情報を追加」という名前の修正スクリプトによって、本番インスタンスにパブリック SNMP 認証情報が作成される場合があります。これにより、 ディスカバリーを介して不要なレコードが作成される可能性があります。修正スクリプトは、OOB を含む Yokohama インスタンスに存在します。ディスカバリーコア、Yokohama バージョンのアップグレードを適用する前に、サンドボックス環境で修正スクリプトの動作を確認します。不要な場合は、パブリック SNMP 認証情報を削除します。 | Yokohama |
| Impact | Impact ストアアプリケーションの構成には、一連のタスクが必要です。詳細については、「 [Impact ストアアプリケーションの構成](https://servicenow.com/docs/access?context=configuring-impact-platform&family=yokohama&ft:locale=en-US) 」を参照してください。 | Yokohama |
| インスタンスデータレプリケーション (IDR) | レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「 [レガシーセットのアップグレード」](https://servicenow.com/docs/access?context=upgrading-legacy-replication-sets-v2&family=yokohama&ft:locale=en-US)を参照してください。 アップグレード後に、レプリケーションペイロードエラー \[idr_replication_payload_error\] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。 | Yokohama |
| MID サーバー | 最新の MID サーバーシステム要件については、「[MID Server system requirements (MID サーバーシステム要件)](https://servicenow.com/docs/access?context=r_MIDServerSystemRequirements&family=yokohama&ft:locale=en-US)」を参照してください。サポートされている 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](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=yokohama&ft:locale=en-US) (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「[MID Server fails to start (MID サーバーが起動しない)](https://servicenow.com/docs/access?context=mid-startup-fails&family=yokohama&ft:locale=en-US)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。 * [MID サーバーのアップグレード前のチェック](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=yokohama&ft:locale=en-US)：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 * [手動での MID サーバーのアップグレード](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=yokohama&ft:locale=en-US)：MID サーバーを手動でアップグレードする方法について説明しています。 | Yokohama |
| Now Assist アナリティクス | Now Assist アナリティクスは、Now Assist アプリケーションのインストールまたは更新時に、インストールおよび更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この[ナレッジ記事](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)を参照して問題に対処する手順を確認してください。あるいはサポートケースを作成することもできます。 | Yokohama |
| Now Assist スキルキット | Now Assist スキルに関連付けられている UI アクションまたはその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「[KB1637452：Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)」を参照してください。記事を表示するにはログインする必要があります。 | 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 サポートのアップグレード情報」](https://www.servicenow.com/community/itsm-articles/upgrade-scenario-for-resolution-notes-generation-skill-in-itsm/ta-p/3415789)を参照してください。 | Yokohama |
| セキュリティインシデントレスポンス向け Now Assist | バージョン 2.0.1 以降、ServiceNow® ストアおよび ServiceNow AI Platform® インスタンス内のセキュリティオペレーション向け Now Assist アプリケーションの名前が、セキュリティインシデントレスポンス向け Now Assist に変更されました。次の機能にアクセスするには、バージョン 2.0.1 にアップグレードする必要があります。 * Now Assist コンテキストメニューで解決メモを生成します。 * Now Assist パネルでセキュリティインシデント調査の相関インサイトを生成します。 セキュリティインシデントに対して推奨アクションスキルが機能するよう、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、次に移動します すべてAI 検索AI 検索ステータス.AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。 | Yokohama |
| 脆弱性対応向け Now Assist |   | Yokohama |
| 契約管理での Now Assist | 以前のバージョンから Yokohama パッチ 3 以降の契約管理の Now Assist にアップグレードしていて、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。 1. 移動先 すべてシステム定義修復スクリプト. 2. \[名前\] フィールドで、「<kbd class="ph userinput">DI スキル構成をアップサート</kbd>」を検索します。 3. スクリプトに、 Now Assist アドミン コンソールに移行するユースケース ID を追加します。 4. \[修正スクリプトの実行\] を選択します。 詳細については、「 [契約管理での Now Assist のアップグレード後の手順](https://servicenow.com/docs/access?context=cmpro-na-upgrade-steps&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| Now Assist | Now Assist スキルに関連付けられている UI アクションまたはその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「[KB1637452：Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)」を参照してください。記事を表示するにはログインする必要があります。 | Yokohama |
| プラットフォームアナリティクスエクスペリエンス | 以前にアナリティクス資産を プラットフォームアナリティクスに移行したことがある場合、互換モードであったが Yokohama で新たにサポートされた資産は自動的に移行されます。 | Yokohama |
| Workflow Studio (ワークフロースタジオ) の Playbooks (プレイブック) | Yokohama にアップグレードした後、ServiceNow Store のワークフロースタジオアプリケーションを更新します。 | Yokohama |
| ポートフォリオ計画 | ポートフォリオ計画 v8.8.0 にアップグレードすると、以前にユーザー設定に保存されたカスタムビュー設定はクリアされます。必要に応じて、これらの変更を再適用し、ビューを作成する必要があります。手順については、「 [ポートフォリオ計画でのポートフォリオ計画ビューの作成](https://servicenow.com/docs/access?context=create-portfolio-plan-view-ppw&family=yokohama&ft:locale=en-US) 」および「 [ポートフォリオ計画でのフリーフォームロードマップビューの作成](https://servicenow.com/docs/access?context=create-free-form-roadmap-view-ppw&family=yokohama&ft:locale=en-US)」を参照してください。 | 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 アプリケーションのダウンロード)](https://servicenow.com/docs/access?context=download-installer-rpa&family=yokohama&ft:locale=en-US)」を参照してください。 次のアップグレード情報は、San Diego または Tokyo から Yokohama にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数によっては、RPA ハブアプリケーションの Tokyo から Yokohama へのアップグレード時に遅延が生じる可能性があります。 RPA ハブを Yokohama にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ \[sys_properties\] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「[システムプロパティを追加する](https://servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&family=yokohama&ft:locale=en-US)」を参照してください。 Yokohama にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Yokohama にアップグレードすると、対象テーブルでは「アプリケーションファイル」\[sys_metadata\] テーブルが拡張されません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「[Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA ハブテーブルの再ビルド) \[KB1223629\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1223629)」を参照してください。 | Yokohama |
| セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「[セキュリティポスチャコントロールのインストール](https://servicenow.com/docs/access?context=spc-install&family=yokohama&ft:locale=en-US)」を参照してください。 | 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\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1499823)の手順に従って構成データを移行する必要があります。 * Service Exchange バージョン 1.x.x からアップグレードする場合は、[アップグレードガイド - Service Exchange for Providers and Consumers アプリケーション (v2.x.x リリース) \[KB1700387\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1700387) の手順に従って、Service Exchange アプリケーションを移行します。 * 不一致バージョンのサポートが導入されたため、コンシューマーとプロバイダーの両方が Service Exchange バージョン 2.x.x にアップグレードするまで、新しいエンタイトルメントをアクティブ化することはできません。古いアクティブなエンタイトルメントは引き続き機能しますが、新しいエンタイトルメントはアクティブ化できません。 * プラットフォームを Yokohama リリースにアップグレードする前に、セールスと注文管理プラグインバージョン 1.0.4 を使用して Service Exchange バージョン 2.0.55 にアップグレードすると、新しい拒否 ACL はインストールされません。拒否 ACL が確実にインストールされるようにするには、 Yokohama にアップグレードした後に \[修復\] をクリックして Service Exchange アプリケーションを再インストールする必要があります。 | Yokohama |
| ITSM のサービスオペレーションワークスペース | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 * サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) * サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) 互換性のあるバージョンの詳細については、「[ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性](https://servicenow.com/docs/access?context=sow-itsm-itom-version&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| ServiceNow IDE | ServiceNow IDE バージョン 1.1.4 は、Yokohama リリースのインスタンスではデフォルトでアクティブになっています。最新の機能を使用するには、ServiceNow IDE バージョン 2.0 以降に更新してください。ServiceNow IDE の更新の詳細については、「[アプリの更新](https://servicenow.com/docs/access?context=updating-apps-app-manager&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| ServiceNow SDK | `now-sdk upgrade` コマンドを使用して、ServiceNow SDK の最新バージョンにアップグレードします。詳細については、「[ServiceNow SDK のアップグレード](https://servicenow.com/docs/access?context=upgrade-servicenow-sdk&family=yokohama&ft:locale=en-US)」を参照してください。 ServiceNow SDK バージョン 3.0 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。 注: ServiceNow SDK のマイナーリリースの詳細については、ServiceNow コミュニティの [ServiceNow IDE、SDK、および Fluent の記事](https://www.servicenow.com/community/servicenow-ide-sdk-and-fluent/tkb-p/ide-sdk-fluent-articles)を参照してください。 | Yokohama |
| ServiceNow スタジオ | ServiceNow スタジオを 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 でのポートフォリオ計画ビューの作成](https://servicenow.com/docs/access?context=create-portfolio-plan-view-spw&family=yokohama&ft:locale=en-US) 」および「 [Strategic Planning でのフリーフォームロードマップビューの作成](https://servicenow.com/docs/access?context=create-free-form-roadmap-view-spw&family=yokohama&ft:locale=en-US)」を参照してください。 * \[ ロードマップ \] タブの \[タイムライン\] ビューと \[カンバン\] ビュー、およびポートフォリオ計画レベルの \[ 優先順位付け\] タブの \[カンバン\] ビューに加えられたカスタマイズは、ポートフォリオ計画の \[デフォルト\] ビューにコピーされます。同様に、フリーフォームロードマップのタイムラインビューとカンバンビューに加えられたカスタマイズも、フリーフォームロードマップのデフォルトビューにコピーされます。 | Yokohama |
| サブスクリプション管理 | サブスクリプション管理 バージョン 4.1 は、 Yokohama リリースのすべてのインスタンスでデフォルトで有効です。最新の機能を使用するには、 サブスクリプション管理 バージョン 6.0.2 以降に更新してください。サブスクリプション管理の更新の詳細については、「[アプリまたはプラグインの更新](https://servicenow.com/docs/access?context=update-application-app-mgr&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| 通信事業ネットワークインベントリ | Yokohama リリースでは、プレイブックの設計とアサイン機能をサポートするために Xanadu プラットフォームバージョンが必要です。 | Yokohama |
| 通信事業サービスオペレーション管理 (TSOM) | 通信事業サービスオペレーション管理 TSOM をインストールすると、インターフェイスカード、スロット、サブスロット、およびネットワークインターフェイスに適用されるカスタマイズされた IRE 識別ルールが影響を受ける可能性があります。ルールをレビューおよび検証して、適切に機能することを確認する必要があります。 | Yokohama |
| サードパーティリスク管理 | Vancouver リリース以降、VRM ユーザーが以前のリリースから TPRM にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、最新リリースにスキップするのではなく、あるリリースから次のリリースにアップグレードすることを意味します。スクリプトを正しい順序で実行しないと、データの不整合、機能の不具合、および競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「[サードパーティリスク管理のアップグレード情報](https://servicenow.com/docs/access?context=grc-tprm-upgrade-info&family=yokohama&ft:locale=en-US)」を参照してください。 既存の TPRM 顧客の場合、バージョン 20.2.4 にアップグレードすると、会社 \[core_company\] テーブルの \[業界\] 列のデータが \[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\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)」の記事を Now Support ナレッジベースで参照してください。 * 脆弱性対応の新機能の詳細については、「[脆弱性対応リリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=yokohama&ft:locale=en-US)」を参照してください。 | Yokohama |
| ITSM のワークフォース最適化 | [ITSM のワークフォース最適化にアクセスするためのセキュリティの強化](https://servicenow.com/docs/access?context=components-installed-workforce-optimization-itsm&family=yokohama&ft:locale=en-US) :   Yokohama リリースにアップグレードすると、ITSM のワークフォース最適化アプリケーションのセキュリティ強化を有効にすることができます。セキュリティ強化策を取得するには、Now Support に連絡して ITSM セキュリティ強化機能プラグイン (com.snc.itsm.enhanced_security) をインストールする必要があります。プラグインをインストールした後、それぞれの機能にアクセスするには、下記のロールが必要です。{#upgrade-and-migration-tasks__entry__606} | 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 インスタンスのアップグレードの詳細については、「[アップグレードの準備](https://servicenow.com/docs/access?context=rn-prepare-landing-page&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| アプリケーション脆弱性対応 | * 脆弱性対応の新機能の詳細については、「 [脆弱性対応のリリースノート](https://servicenow.com/docs/access?context=secops-vuln-resp-rn&family=zurich&ft:locale=en-US)」を参照してください。 * アプリケーション脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションや ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498) を参照してください。 | チューリッヒ |
| 自動テストフレームワーク (ATF) | 構成変更を行った後に、 ServiceNow AI Platform® によって提供されるクイックスタートテストをコピーしてカスタマイズし、インスタンスが機能することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。 カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「[Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)](https://servicenow.com/docs/access?context=available-quick-start-tests&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| CPQ コンフィギュレーター | 以前に従来の製品コンフィギュレーターを使用していて、CPQ コンフィギュレーターを使用するには、アップグレード後にセールスと注文管理ワークフローでコンフィギュレーターを使用できるように、sn_prd_pm.enable_advanced_configurationシステムプロパティを true に設定する必要があります。 . | チューリッヒ |
| 変更管理 | 競合の検出に Progress Worker の代わりにフローを使用するための更新の一環として、競合チェッカーの進捗状況 UI フォーマッターレコードは、新しい UI マクロ change_conflict_worker_progress_gate を参照します。このマクロは、 change.conflict.useprogressworker システムプロパティをチェックして競合の検出メカニズムを決定し、進捗ワーカーまたは変更管理ワーカーテーブルのいずれかに対応する UI マクロを表示します。詳細については、「 [競合の検出](https://servicenow.com/docs/access?context=c_ConflictDetection&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| クラウドコスト管理 9.0 | クラウドコスト管理プラットフォームのサポートは、Xanadu リリースから利用可能です。クラウドコスト管理を Zurich にアップグレードする手順については、「[クラウドインサイトのアップグレード](https://servicenow.com/docs/access?context=upgrade-cloud-insights-to-version-3-0&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| クラウドエクスポージャービュー | クラウドエクスポージャービューは、 Unified Security Exposure Management アプリケーションでサポートされている Cloud Security for Cloud Workspace アプリケーションのワークスペースです。Unified Security Exposure Management (USEM) と Cloud Security for Cloud Workspace アプリケーションが必要です。USEM は、 脆弱性対応の資格を持つすべてのお客様が利用できます。詳細については、「 [Unified Security Exposure Management リリースノート](https://servicenow.com/docs/access?context=secops-sem-rn&family=zurich&ft:locale=en-US) 」を参照してください。 | チューリッヒ |
| コンフィグレーションコンプライアンス | 脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションや ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes \[KB0856498\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)を参照してください。 | チューリッヒ |
| 構成管理データベース (CMDB) | CI の運用ステータス属性の 設計 値が削除されたため、アップグレード後に、ディスカバリーソース属性が Manual via IRE に設定されているすべての CI を確認する必要があります。これらの CI の運用ステータス属性を確認し、自分の環境の CMDB でサポートされている値に設定します。たとえば、属性を Non-Operational に設定できます。運用ステータス値の詳細については、「 [有形/物理的なライフサイクル」](https://servicenow.com/docs/access?context=csdm-lifecycle-hardware&family=zurich&ft:locale=en-US)を参照してください。 アップグレードされた Zurich インスタンスで、一部の CMDB ワークスペース タスクを実行するために必要な権限を持つ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作成/更新/削除アクセスを追加する](https://support.servicenow.com/kb_view_customer.do?sysparm_article=KB2290506)を参照してください。 | チューリッヒ |
| コンテナ脆弱性対応 | Zurich リリースと互換性のある Container Vulnerability Response アプリケーションのリリースバージョン、およびサードパーティアプリケーションや ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes \[KB0856498\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498) を参照してください。 | チューリッヒ |
| セールスと注文管理の顧客セルフサービス | 新しい注文チェックアウトエクスペリエンスと改善された買い物かご機能は、新しい Sales Cart プラグイン (sn_sales_cart) を通じて提供されます。アドミンは、顧客にシームレスなエクスペリエンスを提供し続けるために、 [アップグレード後の注文の移行](https://servicenow.com/docs/access?context=post-upgrade-task-business-portal&family=zurich&ft:locale=en-US) を実行する必要があります。アップグレード手順を実行しないと、顧客はカートに追加された製品を失う可能性があります。 | チューリッヒ |
| 暗号化キー管理 | * 以前のリリースでは、GlideEncrypter API は 3 キーの Triple Data Encryption Standard (3DES) 暗号化標準を使用していましたが、 [NIST 800-131A Rev 2](https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar2.pdf) では 2023 年以降の使用を推奨していません。Zurich リリースでは、将来の GlideEncrypter/3DES の完全な廃止に備えて、次の変更が行われます。 * 新しい Zurich インスタンスでは GlideEncrypter を使用できません。すべての基本システムスクリプトが、代替の暗号化プロセスを使用するように変更されました。 * Zurich インスタンスをアップグレードする場合でも、キー管理フレームワークを介して AES256-GCM 暗号化を使用するように更新された GlideEncrypter を引き続き使用できます。 * [KB1704481](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1704481) での 3DES の廃止の詳細については 、こちらを参照してください。 | チューリッヒ |
| 暗号化 | GlideEncrypter API の場合、NIST 800-131A Rev 2 では、Triple Data Encryption Standard (3DES) 暗号化を使用しないように推奨されています。Zurich リリースでは、GlideEncrypter の 3DES 暗号化が正式に削除され、次の変更が加えられています。 * GlideEncrypter API は、デフォルトで、アップグレードされたインスタンスの暗号化および復号化操作に対してのみ、キー管理フレームワーク (KMF) ベースのアルゴリズムである Advanced Encryption Standard (AES) を使用します。 * Zurich リリース以降で作成されたインスタンスの場合、この API はサポートされていません。 * [KB1704481](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1704481) での 3DES の廃止の詳細については 、こちらを参照してください。 Zurich リリースでは、プラットフォーム全体での 3DES の廃止により、列レベル暗号化が Key Management Framework 列レベル暗号化 (KMF-CLE) へのアップグレードが必要になりました。このアップグレードの詳細については、「KB1700704」を参照してください。 | チューリッヒ |
| エンタープライズ資産管理 | Zurich リリース以降、新しいメニューである \[資産格納\] が ServiceNow エージェントアプリのナビゲーションバーに追加されました。Zurich リリースにアップグレードすると、修正スクリプトは ServiceNow エージェントアプリのナビゲーションバーがカスタマイズされたかどうかを識別し、必要なアクションを実行します。 * アップグレード前にナビゲーションバーがカスタマイズされていなかった場合は、新しい \[資産格納\] アイコン ( ) がナビゲーションバーに含まれます * アップグレード前にナビゲーションバーをカスタマイズしていた場合は、\[カスタマイズされた古い IT Asset Management\] と \[IT Asset Management\] の 2 つのナビゲーションバーが表示されます。新しいアイコンが IT Asset Management ナビゲーションバーに表示されます。 | チューリッヒ |
| 外部コンテンツコネクタ | 外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 以前のバージョンから 外部コンテンツコネクタ アプリケーションのバージョン 4 にアップグレードすると、アップグレードされた各コネクタのコンテンツクロールとユーザーマッピングクロールの両方を完了するまで、以前にクロールされたすべてのコンテンツが検索に表示されない場合があります。アップグレード後に実行される最初のコンテンツ クロールでは、ソース システムからすべての検索可能なコンテンツのインデックスが再作成され、ユーザー マッピング クロールでは、ソース システムからすべてのセキュリティ プリンシパルのインデックスが再作成されます。クロールされたすべてのコンテンツは、これらのクロールの両方が完了した後に検索に表示されます。 | チューリッヒ |
| フィールドサービス管理 (FSM) | 2025 年 3 月 1 日より、 Google Places API、Directions API、Distance Matrix API がレガシー サービスとして指定されました。これらのサービスの新しいバージョンは、Places API (新規) と Routes API です。Googleフィールドサービス機能のマップ API は、Zurich リリースおよびディスパッチャワークスペースバージョン 8.0 の最新バージョンの API を使用します。Google Maps API に関する問題を回避するには、Google Cloud Platform Console から Places API(新)と Routes API を有効にします。 | チューリッヒ |
| ワークフロースタジオでのフロー、サブフロー、およびアクション | 以前のバージョンの保存機能がリリースされ、 Washington DC リリースから削除されました。Washington DC リリースからアップグレードする場合は、システムプロパティを設定して、作業中に保存機能を手動でオフにしている可能性があります。存続保存機能を復元するには、「 [保存機能の復元](https://servicenow.com/docs/access?context=restore-save-as-you-go-functionality&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| 生成 AI コントローラー | 生成 AI コントローラー は、 Now Assist アプリケーションをインストールまたは更新するときにインストールまたは更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、この [ナレッジ記事](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452) を参照するか、サポートケースをオープンしてください。 | チューリッヒ |
| ハードウェア資産管理 | * Zurich リリース以降、いくつかのワークフローがフローとしてワークフロースタジオに移行されました。 注: ワークフロースタジオへのワークフローの移行は、資産管理、調達、契約管理アプリケーションに適用されます。 * 次のワークフローがフローとして ワークフロースタジオ に移行されました。 * 調達プロセスフロー - ハードウェア * 転送注文 * 転送注文明細 * ソース要求 * 契約承認 * Zurich リリースにアップグレードすると、修正スクリプトはワークフローがカスタマイズされたかどうかを特定し、必要なアクションを実行します。 * アップグレード前にワークフローがカスタマイズされていなかった場合、従来のワークフローはインスタンスから非アクティブ化され、 Workflow Studio のフローはアップグレード後にインストールされて実行されます。 * 影響を受けるワークフローがアップグレード前にカスタマイズされている場合、 Workflow Studio のフローはインストールされますが、アップグレード後に影響を受けるどのフローに対しても実行されません。アップグレード後に、影響を受けるインスタンス内のワークフローを表示してアクセスできます。ただし、廃止されたワークフローはカスタムコードと見なされ、メンテナンスはサポートされていません。 * Zurich リリースにアップグレードした後、不要になった契約の承認履歴レコードが存在する場合は、削除するのではなく却下します。承認履歴レコードが削除された場合、 ワークフロースタジオ は、正しいステータスを表示するための契約の \[サブステート \] フィールド値の更新をサポートしていません。 * Zurich リリース以降、新しいメニューである \[資産格納\] が ServiceNow エージェントアプリのナビゲーションバーに追加されました。Zurich リリースにアップグレードすると、修正スクリプトは ServiceNow エージェントアプリのナビゲーションバーがカスタマイズされたかどうかを識別し、必要なアクションを実行します。 * アップグレード前にナビゲーションバーがカスタマイズされていなかった場合は、新しい \[資産格納\] アイコン ( ) がナビゲーションバーに含まれます * アップグレード前にナビゲーションバーをカスタマイズしていた場合は、\[カスタマイズされた古い IT Asset Management\] と \[IT Asset Management\] の 2 つのナビゲーションバーが表示されます。新しいアイコンが IT Asset Management ナビゲーションバーに表示されます。 * 新しいロール 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 * asset * 次のアクセス制御リスト (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 ストアアプリケーションの構成には、統一された登録プロセスで一連のタスクが必要です。「 [Impact ストアアプリケーションの構成](https://servicenow.com/docs/access?context=configuring-impact-platform&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| インスタンスデータレプリケーション (IDR) | * レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「 [レガシーセットのアップグレード」](https://servicenow.com/docs/access?context=upgrading-legacy-replication-sets-v2&family=zurich&ft:locale=en-US)を参照してください。 * アップグレード後に、レプリケーションペイロードエラー \[idr_replication_payload_error\] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。 | チューリッヒ |
| MID サーバー | 最新の MID サーバーシステム要件については、「[MID Server system requirements (MID サーバーシステム要件)](https://servicenow.com/docs/access?context=r_MIDServerSystemRequirements&family=zurich&ft:locale=en-US)」を参照してください。サポートされている 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](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=zurich&ft:locale=en-US) (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。 実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「[MID Server fails to start (MID サーバーが起動しない)](https://servicenow.com/docs/access?context=mid-startup-fails&family=zurich&ft:locale=en-US)」を参照してください。 MID サーバーのアップグレードについて詳しくは次のトピックを参照してください。 * [MID サーバーのアップグレード前のチェック](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=zurich&ft:locale=en-US)：実際にアップグレードを行なう前に、システムでの MID サーバーのアップグレード機能を AutoUpgrade モニターでテストする方法を説明しています。 * [手動での MID サーバーのアップグレード](https://servicenow.com/docs/access?context=c_UpgradeAndTestMIDServer&family=zurich&ft:locale=en-US)：MID サーバーを手動でアップグレードする方法について説明しています。 | チューリッヒ |
| 通知 | Zurich リリース以降、通知ではワークフローの代わりにサブフローが使用されます。Zurich の既存のユーザーの場合、現在のワークフローは引き続きサポートされます。新規ユーザーの場合、 通知 プラグインのインストールではサブフローを使用します。 この移行の一環として、次のワークフローアクティビティがフローアクションとして利用でき、サブフローを作成するときに使用できます。 * 電話会議に参加 * 電話 * SMS 送信 * コールを転送 * 入力 * 切断 * プレイ * レコード * 却下 * 発言 * 通知クライアントに転送 * 順番待ち 新しいインスタンスのサブフローを使用して、 Workflow Studio で独自のカスタムサブフローを保守、ビルド、および変更します。次のベースシステムワークフローがサブフローに移行されました。 * カンファレンスコールに (再) 参加 * ミュートを使用してカンファレンスコールに参加 * SMS でカンファレンスコールに参加 既存のワークフローは、アップグレード後も引き続き機能します。 注: すべてのワークフロー関連のアーティファクトは、サポート専用モードで維持され、新規インストールでは使用できない新しいプラグインに移動されました。 | チューリッヒ |
| CMDB 向け Now Assist | CMDB 向け Now Assist v2.1 プラグインのインストール (アクティブ化) プロセスが変更されました。新しい手順については、「 [構成」](https://servicenow.com/docs/access?context=now-assist-cmdb-configuring&family=zurich&ft:locale=en-US) を参照してください。 | チューリッヒ |
| ハードウェア資産管理 (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 サポートのアップグレード情報」](https://www.servicenow.com/community/itsm-articles/upgrade-scenario-for-resolution-notes-generation-skill-in-itsm/ta-p/3415789)を参照してください。 インシデントアシストエージェント型ワークフローはデフォルトで有効になっており、\[廃止\] インシデントアシストスキルのすべての機能が含まれていますが、機能強化されています。[Zurich パッチ 8](https://servicenow.com/docs/access?context=zurich-patch-8&family=zurich&ft:locale=en-US) リリースにアップグレードするときに \[廃止\] インシデント支援スキルを有効にしている場合は、冗長性を避けるためにこれを無効にすることを検討してください。詳細については、「 [インシデント支援スキル](https://servicenow.com/docs/access?context=now-assist-itsm-incident-assist&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| セキュリティインシデントレスポンス (SIR) 向け Now Assist | セキュリティインシデントレスポンス向け Now Assist を使用してセキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、次に移動します すべてAI 検索AI 検索ステータス.AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。 | チューリッヒ |
| 脆弱性対応向け Now Assist |   | チューリッヒ |
| 契約管理での Now Assist | Yokohama (パッチ 2 以前) または Xanadu (パッチ 8 以前) から契約管理の Now Assist にアップグレードし、ユースケースをカスタマイズしている場合は、修正スクリプトを実行して既存のデータを Now Assist アドミンコンソールに移行します。 1. 移動先 すべてシステム定義修復スクリプト. 2. \[名前\] フィールドで、「<kbd class="ph userinput">DI スキル構成をアップサート</kbd>」を検索します。 3. スクリプトに、 Now Assist アドミン コンソールに移行するユースケース ID を追加します。 4. \[修正スクリプトの実行\] を選択します。 詳細については、「 [アップグレード後の手順](https://servicenow.com/docs/access?context=cmpro-na-upgrade-steps&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| Now Assist | サードパーティの大規模言語モデルにオプトインしていない顧客は、スキルの実行中に顧客にルーティングされる場合があります。新しいモデルがプロビジョニングされていないか、環境で利用できない場合、スキルの実行が失敗します。Now Assist アドミンコンソール内でスキルが使用するモデルを確認します。 Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズされたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、Now Support ナレッジベースの記事「[Now Assist (生成 AI) アプリケーションとプラグインの更新 \[KB1637452\] の問題と緩和」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1637452)を参照してください。ログインして記事を表示してください。 既存のアクセス制御リスト (ACL) が更新され、「アドミン」ロールが、スクリプトまたはセキュリティ属性内の特定の目的主導型の詳細ロールに置き換えられます。この更新の一環として、 `認可のために getRoles()` API が `hasRole()` API に置き換えられます。さらに、コード内の「アドミン」ロールへのすべての参照は、認証ユースケース向けの新しい機能固有の詳細ロールに置き換えられます。詳細については、 <https://www.servicenow.com/docs/r/platform-security/granular-admin-roles.html> をお読みください。 | チューリッヒ |
| オンコールスケジューリング | Zurich リリース以降、オンコールスケジューリングはワークフローではなくサブフローを使用します。ワークフローは従来のワークフローと見なされるため、ワークフローからサブフローに移行する必要があります。Zurich の既存のユーザーの場合、現在のワークフローは引き続きサポートされます。ただし、新規ユーザーの場合、Zurich 以降のインスタンスにインストールされたオンコールスケジューリングプラグインではサブフローのみが使用されます。 新しいインスタンスのサブフローを使用して、 Workflow Studio で独自のカスタムオンコールスケジューリングフローを維持、ビルド、および変更します。次のサブフローを構成に使用できます。 | チューリッヒ |
| オペレーショナルレジリエンス | Operational Resilience バージョン 21.0.x にアップグレードした後、Update CSDM and other dependenciesスケジュール済みジョブを再実行して、このリリースで導入された追加のメタデータを入力します。 | チューリッヒ |
| パフォーマンスアナライザー | Zurich リリース以降、パフォーマンスアナライザーはインスタンスで自動的に利用可能になります。以前のインスタンスでパフォーマンスアナライザーにアクセスするには、ServiceNow® Store からパフォーマンスアナライザーをインストールします。 | チューリッヒ |
| プラットフォームアナリティクスエクスペリエンス | アップグレード時に、インスタンスで開いているホームページはコア UI ダッシュボードに移行され、ダッシュボードライブラリに表示されます。詳細については、「 [ホームページの廃止](https://servicenow.com/docs/access?context=homepage-deprecation-help-tool&family=zurich&ft:locale=en-US)」を参照してください。 簡易リストは、アップグレード時にすべて新しいリスト要素に変換されます。 | チューリッヒ |
| ワークフロースタジオのプレイブック | Zurich にアップグレードした後、ServiceNow Store でワークフロースタジオアプリケーションを更新します。 | チューリッヒ |
| 製品カタログ管理および Pricing Management |   | チューリッヒ |
| 公共機関デジタルサービス | アップグレード後、 CSM 構成可能ワークスペース の特定の公共部門メニューとメニューアイテムは、元の CSM ラベル名に戻ります。これらのアイテムのラベルを公共部門での使用に合わせて変更するには、顧客、アカウント、およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、次を参照してください すべて構成員サービスアドミニストレーションガイド付きセットアップをクリックし、 公共機関デジタルサービスの構成可能ワークスペースワークスペースラベルを手動でカスタマイズ. | チューリッヒ |
| RPA ハブ | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。 * RPA デスクトップデザインスタジオ * アテンド型ロボット * 無人ロボット * 無人ロボットログインエージェント 詳細については、「[Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)](https://servicenow.com/docs/access?context=download-installer-rpa&family=zurich&ft:locale=en-US)」を参照してください。 次のアップグレード情報は、 サンディエゴ または 東京 から チューリッヒにアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数に応じて、Tokyo 以前のリリースから Zurich への RPA Hub アプリケーションのアップグレード中に遅延が発生する場合があります。 RPA Hub を Zurich にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ \[sys_properties\] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「[システムプロパティを追加する](https://servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&family=zurich&ft:locale=en-US)」を参照してください。 Zurich にアップグレードすると、ボットプロセス定義は新しい構造 (ボットプロセス構成) に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Zurich にアップグレードすると、テーブルはアプリケーションファイル \[sys_metadata\] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「[Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA ハブテーブルの再ビルド) \[KB1223629\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1223629)」を参照してください。 | チューリッヒ |
| 小売業アプリケーション | このリリース以降、小売ベースケースは抽象化されました。(抽象ケースまたは抽象ケースタイプは、直接使用するのではなく、特殊なケースタイプによって拡張されることを意図したケースの基本構成です)。 Zurich リリースへのアップグレード後および Yokohama リリース以降のバージョン更新では、小売ベースケーステーブルを使用している場合、新しいケースの作成や既存のケースの更新はできなくなります。代わりに、次のケースタイプを使用してください。 * 店舗照会 * リテール顧客苦情 * 店舗内オペレーション * 本社通信 独自のケースタイプを拡張することもできます。これらの変更の詳細については、Now Support ナレッジベースの「[影響分析とガイダンス:小売ケーステーブルの更新 \[KB2216547\]」](https://support.servicenow.com/nav_to.do?uri=/kb_knowledge.do?sys_id=a312916e978aa650f03d739c1253af88&sysparm_view=&sysparm_domain=null&sysparm_domain_scope=null)記事を参照してください。 | チューリッヒ |
| SQL API | ServiceNow は、SOAP ベースの ODBC クライアントを無料で顧客に提供しました。アクティブなRaptorDB Proエンタイトルメントがある場合は、サーバー側とクライアント側の両方で必要な構成を完了することで、RESTベースのSQL APIクライアントに移行できます。詳細については、「 [構成](https://servicenow.com/docs/access?context=configuring-sql-api&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「[セキュリティポスチャコントロールのインストール](https://servicenow.com/docs/access?context=spc-install&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| サービスエクスチェンジ | * Service Exchange バージョン 2.x.x: Xanadu リリースで最初にリリースされましたが、 Service Exchange (レガシー) バージョンの移行はサポートされていません。 Service Exchange (レガシー) バージョン:Zurich リリースにアップグレードする前に、Now Support ナレッジベースの記事「Service [Bridge for Providers (Legacy) - Migration Utility \[KB1499823\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1499823)の手順に従って構成データを移行してください。 * Service Exchange バージョン 1.x.x:アップグレードする場合は、Now Support ナレッジベースの記事「[アップグレードガイド:プロバイダーとコンシューマー向けのサービスブリッジアプリケーション (v2.x.x リリース)」\[KB1700387\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=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 * Zurich | チューリッヒ |
| サービスオブザーバビリティ | snc_sow_svcobs.manager ロールを持っている場合は、 `srm` タイプのユーザーグループに所属している必要があります。 | チューリッヒ |
| ITSM のサービスオペレーションワークスペース | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。 * サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) * サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) 互換性のあるバージョンの詳細については、「[ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性](https://servicenow.com/docs/access?context=sow-itsm-itom-version&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| ServiceNow AI Platform コア機能 | 動的スキーマアプリケーションフレームワークは、 Zurich リリースで改訂されました。Xanadu または Yokohama で動的スキーマを実装した場合、Zurich リリースへのアップグレードの一環として、アプリケーションは自動的に新しいフレームワークに移行されます。移行の詳細については、 [動的スキーマ Zurich 移行ガイド \[KB2146133\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2146133) Now Support ナレッジベースの記事。 | チューリッヒ |
| ServiceNow IDE | ServiceNow IDE バージョン 2.1.2 は、 Zurich リリースのインスタンスでデフォルトで有効です。最新の機能を使用するには、 ServiceNow IDE バージョン 3.0 以降に更新してください。ServiceNow IDE の更新の詳細については、「[ServiceNow IDE のインストールまたは更新](https://servicenow.com/docs/access?context=install-servicenow-ide&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
| ServiceNow SDK | グローバルまたはアプリケーション内で最新バージョンの ServiceNow SDK にアップグレードするには、「 [ServiceNow SDK のアップグレード」](https://servicenow.com/docs/access?context=upgrade-servicenow-sdk&family=zurich&ft:locale=en-US)を参照してください。 ServiceNow SDK バージョン 4.0 は、Washington DC リリース以降、ServiceNow インスタンスとの統合をサポートしています。 | チューリッヒ |
| ServiceNow スタジオ | ServiceNow スタジオを ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 ServiceNow AI Platform で利用できます。 | チューリッヒ |
| ServiceNow Vault | ServiceNow Vault をインストールするには、以下をインストールする必要があります。 * [データディスカバリー](https://servicenow.com/docs/access?context=data-discovery-landing&family=zurich&ft:locale=en-US) * 『[Data Privacy](https://servicenow.com/docs/access?context=data-privacy-landing&family=zurich&ft:locale=en-US)』 * [データの匿名化](https://servicenow.com/docs/access?context=dps-data-anonymization&family=zurich&ft:locale=en-US) * [フィールド暗号化](https://servicenow.com/docs/access?context=field-encryption&family=zurich&ft:locale=en-US) * [ゼロトラストアクセス](https://servicenow.com/docs/access?context=session-access&family=zurich&ft:locale=en-US) | チューリッヒ |
| スキルの基礎 | ガイド付きセットアップの一部として業界スキルデータをダウンロードすることはできません。 | チューリッヒ |
| ソフトウェア資産管理 | Zurich リリース以降、次のワークフローがフローとしてフローデザイナーに移行されています。 * 再利用ワークフロー * 調達プロセスフロー:自動割り当てが有効 Zurich リリースにアップグレードすると、修正スクリプトはワークフローがカスタマイズされたかどうかを示します。アップグレード前にワークフローをカスタマイズしていない場合、修正スクリプトはインスタンスから従来のワークフローを非アクティブ化し、アップグレード後にインスタンスにフローデザイナーフローを展開します。以前のリリースで影響を受けるワークフローをカスタマイズした場合、修正スクリプトはアップグレード後にフローデザイナーフローをインスタンスに展開しません。アップグレード後に、影響を受けるインスタンス内のワークフローを表示してアクセスできます。ただし、廃止されたワークフローはカスタムコードと見なされ、 ServiceNow はこれらのワークフローをサポートしていません。 Zurich リリース以降、ソフトウェア資産ワークスペースプラグイン (com.sn_sam_workspace) はファミリーリリースからソフトウェア資産ワークスペースストアアプリケーションに移行しています。Zurich にアップグレードすると、Software Asset Workspace プラグイン (com.sn_sam_workspace) が無効になり、インスタンスで Software Asset 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 にアップグレードすると、既存の \[投資タイプ\] フィールドと \[投資クラス\] フィールドは、\[優先順位付け\] ビューと \[ロードマップ\] ビューを含む \[計画\] ページと \[シナリオ計画\] ページで、それぞれ \[投資タイプ (廃止)\] および \[投資クラス (廃止)\] として表示されます。これらの廃止されたフィールドの値は、新しい \[投資タイプ\] フィールドと \[投資クラス\] フィールドに自動的にコピーされます。 以前にフィルターを適用したり、廃止されたフィールドを使用してビューをカスタマイズしたりした場合は、\[計画\] ページの \[優先順位付け\] ビューや \[ロードマップ\] ビューや \[シナリオ計画\] ページなど、ワークスペース全体で新しい \[投資タイプ \] フィールドと \[投資クラス \] フィールドを使用するようにそれらの構成を更新する必要があります。 | チューリッヒ |
| サブスクリプション管理 | サブスクリプション管理 バージョン 5.0 は、 Zurich リリースのすべてのインスタンスでデフォルトで有効です。 | チューリッヒ |
| Synthetic モニタリング | MID サーバーを場所として使用してモニターを実行する場合は、アップグレード後に MID サーバーを再起動する必要があります。 | チューリッヒ |
| サードパーティリスク管理 | VRM ユーザーが TPRM にアップグレードし、以前のリリースから Vancouver 以降のリリースにアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。たとえば、 Utah から Vancouver に、 Vancouver から Washington DC などにアップグレードする必要があります。スクリプトが正しい順序で実行されない場合、データの不整合、機能の破損、競合が発生する可能性があります。 バージョン 21.0.x にアップグレードした後、スマートアセスメントエンジンの有効化 (sn_vdr_risk_asmt.sae_enabled) プロパティを設定することで、スマートアセスメントエンジン (SAE) を有効にできます。このプロパティを設定すると、 スマートアセスメントエンジン (SAE) がデフォルトのアセスメントエンジンになり、従来のエクスペリエンスに置き換わります。移行は元に戻せません。 警告: 本番インスタンスを変更する前に、このプロパティを非本番インスタンスで設定し、徹底的なテストを実施してください。そうしないと、予期しない問題が発生する可能性があります。 VRM から TPRM へのアップグレード、およびスマート アセスメント エンジンとクラシック アセスメント エンジンの違いの詳細については、「[サードパーティ リスク管理のアップグレード情報](https://servicenow.com/docs/access?context=grc-tprm-upgrade-info&family=zurich&ft:locale=en-US)」を参照してください。 既存の TPRM 顧客の場合、バージョン 21.0.3 にアップグレードすると、会社 \[core_company\] テーブルの \[業界\] 列のデータが \[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 \[\]](https://support.servicenow.com/kb?sys_kb_id=8652717893a8ba94f538fb2d6cba1078&id=kb_article_view) 」を参照してください。このツールは、プラグインのインストール、データマッピング、ルールの移行、および移行後の検証のためのガイド付きエクスペリエンスを提供し、リスクと手作業を軽減します。移行を開始する前に、すべての統合とワークフローの互換性を確認してください。詳細については、「 [USEMへの移行](https://servicenow.com/docs/access?context=migrating-to-usem&family=zurich&ft:locale=en-US) 」および「 [USEMへの移行」](https://servicenow.com/docs/access?context=migrate-to-usem&family=zurich&ft:locale=en-US)を参照してください。 | チューリッヒ |
| 脆弱性対応 | 脆弱性対応アプリケーションのリリースバージョン、および Zurich リリースと互換性のあるサードパーティアプリケーションや ServiceNow アプリケーションの詳細については、Now Support ナレッジベースの記事「[Vulnerability Response Compatibility Matrix and Release Schema Changes \[KB0856498\]」](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0856498)を参照してください。 | チューリッヒ |
| ERP 向けゼロコピーコネクタ | 既存のスケジュール済み抽出があり、Zurich にアップグレードした場合は、 Scheduled Extraction V2 Move 修正スクリプトを実行して、スケジュール済みスクリプトエンジンによってスケジュールが行われる新しいテーブルにスケジュール済み抽出を配置します。詳細な手順については、「 [修正スクリプトの実行](https://servicenow.com/docs/access?context=t_RunFixScripts&family=zurich&ft:locale=en-US)」を参照してください。 | チューリッヒ |
[表 : 1.]