AI 検索

以前のリリースから Utah にアップグレード後に、タスク [task] テーブルとその子テーブルからレコードにインデックス付けすると、AI 検索が新しい自動言語検出機能を適用します。Utah にアップグレードする前にインデックス付けをしたタスクレコードに自動言語検出を適用するには、それらのレコードを手動で再インデックス付けする必要があります。

同様に、以前のリリースから Utah にアップグレードした後で、中国語テキストまたは日本語テキストの領域を持つレコードまたはドキュメントにインデックス付けをすると、AI 検索は中国語と日本語の新しいテキスト領域検出機能を自動的に適用します。Utah にアップグレードする前に、インデックス付けしたレコードやドキュメントにテキスト領域検出を適用するには、それらのレコードやドキュメントを手動で再インデックス付けする必要があります。

Utah の新しいインスタンスではネクストエクスペリエンス向け AI 検索アプリケーションは自動的に有効になります。以前のリリースから Utah にアップグレードした場合、ネクストエクスペリエンス向け AI 検索は手動で設定および有効化できます。アプリケーションに関する詳細については、「ネクストエクスペリエンス向け AI 検索」を参照してください。

エージェントチャットおよびサイドバー

対話型インターフェースコンソールは Utah リリースに含まれているため、既存のお客様はこれをインストールする必要はありません。ServiceNow Store からアプリとしてインストールした場合は、後続の更新はそこからインストールする必要があります。

アセスメントとサーベイ

Utah リリースでは、アセスメントカードとサーベイカードのボタンをすべて削除しました。自動テストフレームワーク (ATF) テストを正常に実行するには、「[サーベイを実施] ボタンをクリックする」ステップを、このステップを含むすべてのテストで「サーベイカードをクリックする」ステップに置き換える必要があります。

Cloud Provisioning and Governance

Cloud Provisioning and Governance を Utah リリースにアップグレードした後、クラウドイベント [sn_cmp_cloud_event] テーブルの指定された列からデータベースインデックスを作成します。データベースインデックスは、インスタンスの Amazon Web Services (AWS) イベント処理パフォーマンスを向上するのに役立ちます。 Utah リリースで Cloud Provisioning and Governance の使用を開始している場合、アプリケーションのインストール時にデータベースインデックスが自動的に作成されます。詳細については、「Improve AWS cloud event processing performance (AWS クラウドイベント処理パフォーマンスの改善)」を参照してください。

コンフィギュレーションコンプライアンス

カスタマーサービス管理 (CSM)

ケースタスクの拡張により、ケースタスクレコードに複数のフィールドが追加されます。Utah リリースにアップグレードすると、顧客はスクリプトを実行してアクティブなケースタスクのこれらのフィールドに入力できます。詳細については、「Cases and case tasks (ケースとケースタスク)」を参照してください。

暗号化キー管理

暗号化コンテキストは、San Diego リリース以降へのアップグレード時に、列レベル暗号化フィールド暗号化モジュールと対応するモジュールアクセスポリシーに自動的に変換されます。この機能拡張について説明するガイド付きツアーをダッシュボードから利用できます。

暗号化キー管理 report_view アクセス制御リスト (ACL) は、ダッシュボードなどでレポートを表示できるユーザーを管理するもので、Utah リリースではデフォルトで有効になっています。詳細については、「Report_view access control (Report_view のアクセス制御)」を参照してください。

ハードウェア資産管理 7.0.0

既存のカスタマイズの構成を変更して、標準レコードページテンプレートと互換性を持たせる必要があります。標準レコードページテンプレートおよび構成変更の詳細については、Now Support ナレッジベースの記事「Work Instruction | How to Migrate existing Record Pages to Standard Record Pages (操作手順｜既存のレコードページの標準レコードページへの移行) [KB1224040]」を参照してください。

ヘルスログアナリティクス

Health Log Analytic のバージョンが 2022 年 2 月より前の場合は、Now Support または ServiceNow 営業担当者に連絡して、ヘルスログアナリティクスアプリケーションコアコンポーネントのアップグレードを要求してください。

ID と認証

認証 report_view アクセス制御リスト (ACL) は、ダッシュボードなどでレポートを表示できるユーザーを管理するもので、Utah リリースではデフォルトで有効になっています。詳細については、「Report_view access control (Report_view のアクセス制御)」を参照してください。

産業用プロセスマネージャー

Manufacturing Process Manager に同梱されている ISA サービスグラフコネクタを使用し、産業用プロセスマネージャーにアップグレードする場合は、新しい ISA 設備階層モデルエンティティに一意の名前フィールドがあることを確認してください。

インスタンスデータレプリケーション (IDR)

レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) のパフォーマンスと処理効率を向上できます。詳細については、「Upgrading legacy replication set to V2 in インスタンスデータレプリケーション (IDR) (インスタンスデータレプリケーション (IDR) の V2 への従来のレプリケーションセットのアップグレード」を参照してください。

MID サーバー

最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている Java Runtime Environment (JRE) の最低バージョンは 11.0.9 で推奨バージョンは 11.0.16 です。

自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。

1 つの実行可能ファイルパスにつき、 Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは『MID Server fails to start (MID サーバーが起動しない)』を参照してください。

Manager Hub

Yokohama リリースにアップグレードする場合は、従業員センター の [To Do 構成] フォームでマネージャーの To Do マッピング用に作成された追加条件を、マネージャーハブ の To Do マッピングモジュールで再度作成する必要があります。

オペレーショナルテクノロジーインシデント管理 v2

以前のリリースで オペレーショナルテクノロジーインシデント管理を使用している場合、以前に OT インシデントユーザー (ot_incident_user) ロールが割り当てられていたユーザーにオペレーショナルテクノロジーインシデント管理 v2 ロールを新たに割り当てる必要があります。詳細については、「Assign new Operational Technology Incident Management roles (新しいオペレーショナルテクノロジーインシデント管理ロールの割り当て」を参照してください。

プラットフォームセキュリティ

データプライバシー機能を使うには Vault エンタイトルメントを取得します。この機能の詳細については、「ServiceNow Vault」を参照してください。

ポートフォリオ計画

公共機関デジタルサービス

アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。詳細については、「Relabel items for public sector use after upgrade (アップグレード後に公共部門用のアイテムのラベルを変更する)」を参照してください。

ロボティックプロセスオートメーション (RPA) ハブ

現在インストール済みの Microsoft Software Installers (MSI) (RPA デスクトップデザインスタジオ、アテンド型ロボット、 無人ロボット) は、RPA アプリケーションをダウンロードして必ずアップグレードしてください。詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。

アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションの Tokyo から Utah へのアップグレードに遅延が生じる可能性があります。

RPA Hub を Utah にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。

Utah にアップグレード後、ボットプロセス定義が新しい構造のボットプロセス構成に変わります。ただし、ボットプロセス構成がボットプロセスを完全に置き換えるわけではありません。ほとんどのフィールドがボットプロセスからボットプロセス構成に移動されます。

システムプロパティ値を更新せずに Utah バージョンにアップグレードすると、テーブルは [アプリケーションファイル] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah (Utah の sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。

Service Operations Workspace for ITSM

ここで、x は サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) のサブバージョンで、y は サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) のサブバージョンです。

サービスポータル

アップグレード後に、テーブル入力パラメーターを受け入れる公開ウィジェットのデータにゲストユーザーがアクセスできるテーブルを指定する必要があります。デフォルトでは、Utah パッチ 10 リリースでは、テーブル入力パラメーターを受け入れる公開ウィジェットは、ゲストユーザーのどのテーブルからもデータにアクセスして返すことができません。アップグレード前に glide.service_portal.widget.table_allow_list または glide.service_portal.widget.allow_list システムプロパティを追加した場合、これらのプロパティの値は、Utah パッチ 10 リリース以降にアップグレードした後にウィジェットの公開テーブル許可リストに移行されます。詳細については、「ウィジェットセキュリティの構成」を参照してください。

さらに、フィールドレベルの読み取り 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 に変更します。詳細については、「簡易リスト ウィジェット」を参照してください。

サービスポートフォリオ管理

可用性の結果の表示は Tokyo リリースで導入されましたが後続のリリースにも適用されます。アップグレードすると、データ負荷が高いと判断されたお客様の場合、システムが長時間実行型のバックグラウンドジョブを開始し、長い時間継続する場合があります。詳しくは「KB1123644」を参照してください。

ソフトウェア資産管理

Software Asset Management Foundation プラグイン (com.snc.sams) のアップグレードについて詳しくは、「Revert Software Asset Management Customizations (ソフトウェア資産管理のカスタマイズを元に戻す)」を参照してください。

Utah にアップグレードすると、ソフトウェア保証の対象であり汎用バージョンのソフトウェアモデルに関連付けられている既存の無期限ライセンスエンタイトルメントが変更されます。ソフトウェア資産管理は 、これらのエンタイトルメントをバージョン固有のソフトウェアモデルに自動的に変換します。これらの変更は、Microsoft のライセンス条項に準拠し、Microsoft 製品のすべてのバージョンにソフトウェアアシュアランス特典を適用する潜在的なリスクを軽減するために行われます。詳細については、「ソフトウェアライセンスのメンテナンス」を参照してください。

戦略的計画

サプライヤーライフサイクルオペレーション

Utah リリースで、既存のすべてのテーブルの名前が変更されました。名前の変更の一環として、既存のテーブルの新しい名前に含まれる「supplier」という単語がすべて「slm」に変更されました。たとえば、サプライヤーケース [sn_supplier_case] はサプライヤーケース (sn_slm_case) に、サプライヤータスク [sn_supplier_task] はサプライヤータスク (sn_slm_task) に変更されました。Tokyo リリースから Utah リリースにアップグレードする場合は、修正スクリプトを実行して既存のテーブルを サプライヤー共通アーキテクチャ に移行してください。詳細については、「 修正スクリプトによる既存テーブルのサプライヤー共通アーキテクチャへの移行」を参照してください。

アップグレードセンター

アップグレードセンター report_view アクセス制御リスト (ACL) は、ダッシュボードなどでレポートを表示できるユーザーを管理するもので、Utah リリースではデフォルトで有効になっています。詳細については、「Report_view access control (Report_view のアクセス制御)」を参照してください。

脆弱性対応統合

脆弱性対応

脆弱性対応アプリケーションのデータモデル変更により、アップグレードには以前よりかなり長い時間がかかる場合があります。詳しくは、KB0856498 を参照してください。

新しいバージョンへのアップグレード中は、アップグレード元のデータとバージョンに基づいてアップグレード時間が長くなる場合があります。この問題は、アップグレード中に追加されたスキーマの変更が原因です。詳しくは、KB0856498 を参照してください。

Rome で 脆弱性対応をバージョン 18.0 にアップグレードすると、脆弱性マネージャーのワークスペースはサポートされなくなります。

AI 検索

アセスメントとサーベイ

Utah より前のバージョンから Vancouver にアップグレードする場合は、自動テストフレームワーク (ATF) テストを更新します。Utah リリースでは、アセスメントカードとサーベイカードのボタンをすべて削除しました。ATF テストを正常に実行するには、このステップを含むすべてのテストについて、「サーベイの実施ボタンをクリックする」ステップを「サーベイカードをクリックする」のステップに置き換える必要があります。

自動テストフレームワーク (ATF)

Now Platform® で提供されているクイックスタートテストをコピーしカスタマイズして、構成変更後もインスタンスが動作することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。

カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。

クラウドコスト管理

クラウドコスト管理を Vancouver にアップグレードする手順については、「クラウドインサイトのアップグレード」を参照してください。

構成管理データベース (CMDB)

アップグレード中に、調整定義マッピング [cmdb_reconciliation_definition_mapping] テーブルを再ペアレンティングする修正スクリプトが実行されます。この修正スクリプトが完了するまでの時間は、アップグレードされたインスタンスの調整ルールの数によって異なり、通常はアップグレードに数分かかります。

調整定義マッピング [cmdb_reconciliation_definition_mapping] テーブルを再ペアレンティングすることは、インスタンス間で調整ルールをエクスポートするときにそのテーブルのデータが更新セットによってキャプチャされるようにするために必要です。アップグレード後、調整ルールへの変更は更新セットによって完全にキャプチャされ、宛先インスタンスに適切に移植されます。

カスタマーサービス管理 (CSM)

Vancouver リリースへのアップグレード後に、カスタマーサービスのタスクインテリジェンスのカテゴリ化および感情モデルの再トレーニングと再展開が必要になる場合があります。詳細については、カスタマーサービスのタスクインテリジェンスのドキュメントの「Steps to complete after upgrading to Vancouver (Vancouver にアップグレードした後に完了するステップ)」を参照してください。

ドキュメントインテリジェンス (DocIntel)

ドキュメントインテリジェンス (DocIntel) 3.0 以降には、スコープ対象のアプリケーションから Now Platform プラグインへの移行をサポートする更新されたスキーマが含まれています。アップグレードの詳細については、「バージョン 2.4 以前からドキュメントインテリジェンス (DocIntel) 3.0 へのアップグレード」を参照してください。

ゴールフレームワーク

v4.2.0 以降、[タイプ] フィールドが [マイルストーン] に設定されている既存のターゲットは、定性的ターゲットと見なされます。ゴールフレームワークをアップグレードすると、このような既存のターゲットの場合、測定単位は [はい]/[いいえ] に設定され、[基準] の値は [いいえ] に設定され、[ターゲット] の値は自動的に [はい] に設定されます。また、進捗値が 100 の場合、[実績] の値は [はい] に設定され、それ以外の場合は [いいえ] に設定されます。

ITOM ヴィジビリティ

ID と認証

認証 report_view アクセス制御リスト (ACL) は、ダッシュボードなどでレポートを表示できるユーザーを管理するもので、Vancouver リリースではデフォルトで有効になっています。詳細については、「Report_view access control (Report_view のアクセス制御)」を参照してください。

産業用プロセスマネージャー

Manufacturing Process Manager に同梱されている ISA サービスグラフコネクタを使用し、産業用プロセスマネージャーにアップグレードする場合は、新しい ISA 設備階層モデルエンティティに一意の名前フィールドがあることを確認してください。

インスタンスデータレプリケーション (IDR)

レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「Upgrading legacy replication set to V2 in Instance Data Replication (インスタンスデータレプリケーション (IDR) の V2 への従来のレプリケーションセットのアップグレード)」を参照してください。

インスタンスのレプリケーションペイロードエラー [idr_replication_payload_error] テーブルに 1,000 万件を超えるレコードがある場合は、KB1364728 に従ってテーブルローテーションを設定します。テーブルローテーションを使用してレプリケーションペイロードエラー [idr_replication_payload_error] テーブルからレコードを削除すると、このテーブルには IDR によってログに記録されたレプリケーションエラーのみが含まれ、レプリケートされたデータは含まれないため、安全です。

MID サーバー

最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。

自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。

1 つの実行可能ファイルパスにつき、 Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは『MID Server fails to start (MID サーバーが起動しない)』を参照してください。

Now Assist

Now Assist アプリケーションとプラグインのアップグレードのトラブルシューティングの詳細については、Now Assist アップグレードの問題と軽減に関する KB 記事を参照してください。

注文管理

カスタマーサービス管理 (CSM) の注文管理アプリケーションに精通している場合は、注文管理アプリケーションをインストールした後、オプションでそのインターフェイスを使用できます。詳細については、「Enable the user interface for Order Management for Customer Service Management (カスタマーサービス管理 (CSM) の注文管理のユーザーインターフェイスを有効にする) KB1554296」を参照してください。インターフェイスの変更については、「カスタマーサービス管理 (CSM) の注文管理アプリケーションの変更 (Changes to the Order Management for Customer Service Management application) KB1560237」を参照してください。

アップグレード中、注文タスク [sn_ind_tmt_orm_order_task] テーブルは、カスタマーサービス管理 (CSM) アプリケーションで使用される予定タスク [planned_tasks] テーブルから拡張されます。注文タスクテーブルも変更されました。注文タスクテーブルの変更に関する詳細については、「OMT Reparenting data model changes (OMT 再親化データモデルの変更) KB1496935」を参照してください。

Vancouver リリースにアップグレードしたが、電気通信、メディア、テクノロジー向け注文管理アプリケーションのバージョン 5.2.0 を使用していない場合、製品インベントリおよび製品モデル特性を設定するための修正は利用できません。これらの変更を取得するには、現在の Vancouver パッチにアップグレードします。

プラットフォームアナリティクスワークスペース

プラットフォームアナリティクスワークスペース (3.0) の Vancouver バージョンには、以前は ServiceNow® Store でのみ利用可能だったバージョン 2.1.x の更新が含まれています。

ポートフォリオ計画

プロセスオートメーションデザイナー

Vancouver にアップグレードした後、ServiceNow Store で アプリケーションを更新します。

公共機関デジタルサービス

公共機関デジタルサービス v8.0 にアップグレードする前に、[提供されるサービス] テーブルのデータ、[受けたサービス] テーブルのデータ、および [提供されるサービス] テーブルから [サービス定義] テーブルへの変換によって影響を受けるその他すべてのデータ (パフォーマンスアナリティクスダッシュボードデータ、構成員またはビジネスレポートデータなど) のカスタムサービス定義を作成する必要があります。以前のリリースで作成されたカスタムサービス提供データと受けたサービスデータは、新しいリリースに自動的に移行されず、アップグレード後は、データが従来のエンティティからサービス定義テーブルに移行されるまで、アプリケーション内でアクセスできなくなります。詳細については、「提供されるサービスと受けたサービスの移行ガイダンス (Services Offered and Services Received Migration Guidance)」および 「公共機関デジタルサービスでのプレイブックのサービス定義の構成 (Configure a service definition for Playbooks in Public Sector Digital Services)」を参照してください。

アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。詳細については、「Relabel items for public sector use after upgrade (アップグレード後に公共部門用のアイテムのラベルを変更する)」を参照してください。

ロボティックプロセスオートメーション (RPA) ハブ

現在インストール済みの Microsoft Software Installers (MSI) (RPA デスクトップデザインスタジオ、アテンド型ロボット、無人ロボット、および 無人ロボット Login Agent) は、RPA アプリケーションをダウンロードして必ずアップグレードしてください。詳細については、「Download the RPA applications from RPA Hub (RPA ハブからの RPA アプリケーションのダウンロード)」を参照してください。

次のアップグレード手順は、San Diego または Tokyo から Vancouver にアップグレードする場合にのみ適用されます。

アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションについて、Tokyo からのアップグレード中、または Vancouver へのアップグレードの前に、遅延が生じる可能性があります。

RPA Hub を Vancouver にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。

Vancouver にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。ただし、ボットプロセス構成がボットプロセスを完全に置き換えるわけではありません。ほとんどのフィールドがボットプロセスからボットプロセス構成に移動されます。

システムプロパティ値を更新せずに Utah バージョンにアップグレードすると、テーブルは [アプリケーションファイル] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah (Utah の sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。

セキュリティインシデントレスポンス

サービスブリッジ

新しい サービスブリッジアプリケーションのアップグレードと使用の詳細については、「サービスブリッジからの移行 (レガシー)」を参照してください。

Service Operations Workspace for ITSM

ここで、x は サービスオペレーションワークスペース ITSM Applications アプリケーション (sn_sow_itsm_cont) のサブバージョンで、y は サービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) のサブバージョンです。

3.0 のアップグレード後は、推奨フレームワーク機能は使用できなくなり、代わりに Recommended Actions for ITSM 機能の標準バージョンのみが使用できます。

サービスポータル

アップグレード後に、テーブル入力パラメーターを受け入れる公開ウィジェットのデータにゲストユーザーがアクセスできるテーブルを指定する必要があります。デフォルトでは、Vancouver パッチ 7 リリース以降では、テーブル入力パラメーターを受け入れる公開ウィジェットは、ゲストユーザーのどのテーブルからもデータにアクセスして返すことができません。アップグレード前に glide.service_portal.widget.table_allow_list または glide.service_portal.widget.allow_list システムプロパティを追加した場合、これらのプロパティの値は、Vancouver パッチ 7 リリース以降にアップグレードした後にウィジェットの公開テーブル許可リストに移行されます。詳細については、「ウィジェットセキュリティの構成」を参照してください。

さらに、フィールドレベルの読み取り ACL は、デフォルトで簡易リストウィジェットインスタンスのフィルター条件に適用されます。新しいシステムプロパティ glide.service_portal.enable_acls_for_encoded_query_in_list は、簡易リストウィジェットインスタンスに対して [フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms)] オプションが選択されているかどうかに関係なく、これらの ACL を適用します。[フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms)] オプションを使用するには、glide.service_portal.enable_acls_for_encoded_query_in_list の値を false に変更します。詳細については、「簡易リスト ウィジェット」を参照してください。

サービスポートフォリオ管理

可用性の結果の表示は Tokyo リリースで導入されましたが後続のリリースにも適用されます。アップグレードすると、データ負荷が高いと判断されたお客様の場合、システムが長時間実行型のバックグラウンドジョブを開始し、長い時間継続する場合があります。詳細については、「KB1123644」を参照してください。

スキル管理

ソフトウェア資産管理

Software Asset Management Foundation プラグイン (com.snc.sams) のアップグレードについて詳しくは、「Revert Software Asset Management Customizations (ソフトウェア資産管理のカスタマイズを元に戻す)」を参照してください。

Vancouver にアップグレードすると、ディスカバリーマップ (DMAP) 定義の [バージョン] フィールドと [エディション] フィールドで新しい is_empty 値がサポートされます。既存の Microsoft SQL Server コンポーネント DMAP 定義の [エディション] フィールドが以前に is_anything に設定されていた場合、コンテンツの更新後に新しい is_empty 値で自動的に更新されます。

戦略的計画

通信事業サービスオペレーション管理

統合ハブスターターパッケージは、外部トリガーとともに、Vancouver パッチ 1 のスターターパッケージのコンポーネントとして含まれています。顧客は、電気通信 API 通知機能を取得するには、ファミリーリリースの Vancouver パッチ 1 を使用する必要があります。

サードパーティリスク管理

仮想エージェント

脆弱性対応統合

脆弱性対応

脆弱性対応アプリケーションのデータモデル変更により、アップグレードには以前よりかなり長い時間がかかる場合があります。詳しくは、KB0856498 を参照してください。

新しいバージョンへのアップグレード中は、アップグレード元のデータとバージョンに基づいてアップグレード時間が長くなる場合があります。この問題は、アップグレード中に追加されたスキーマの変更が原因です。詳しくは、KB0856498 を参照してください。

脆弱性対応アプリケーションのバージョン 20.0 および脆弱性緊急対応アプリケーションのバージョン 2.03 以降、「脆弱性アナリストワークスペース」は「脆弱性アセスメントワークスペース」という名前に変更されています。「脆弱性アナリストワークスペース」への参照はすべて「脆弱性アセスメントワークスペース」になりました。

AI 検索

自動テストフレームワーク (ATF)

Now Platform® で提供されているクイックスタートテストをコピーしカスタマイズして、構成変更後もインスタンスが動作することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。

カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。

事業継続性管理

構成管理データベース (CMDB)

Core Now Platform

以前は、トランザクションがキャンセルされた場合に、特定の監査可能な操作が記録されませんでした。監査レコードがなくなるこの動作が発生するのは、レコードの変更中にプラットフォームがなんらかの操作を実行し、監査の作成前にその操作がキャンセルされるためです。しかし現在では、レコードが変更された直後に監査が作成されるため、キャンセルされたトランザクションによって、監査が記録される前に操作が中止される可能性が低くなります。この更新を容易にするために、トランザクションと同じスレッドに監査が記録されるようになりました。以前の監査はバックグラウンドスレッドで作成されていました。

この変更により、 glide.db.audit.lazy プロパティのデフォルト値が true から false に再定義されます。理想的には、このプロパティはプロパティテーブルで定義されていません。つまり、大半のインスタンスで Washington DC リリースで新しいデフォルト値と動作の使用が開始されるということです。インスタンスによっては、このプロパティが値を true に設定した状態で挿入されている可能性があります。これは、これらのインスタンスがこの変更を使用して動作を監査できないことを意味します。この更新を利用するには、このプロパティを削除してください。

暗号化キー管理

インスタンスを Washington DC にアップグレードしても、MID サーバーをアップグレードしない場合、シークレット管理認証は失敗します。MID サーバーを Washington DC にアップグレードすることで、認証エラーを回避します。アップグレードできない場合は、認証の失敗を避けるために、MID サーバーが Washington DC にアップグレードされるまでは認証をオフにする必要があります。

MID サーバーのアップグレード詳細については、「MID サーバーのアップグレード」を参照してください。

エンタープライズ資産管理

Washington DC にアップグレードすると、エンタープライズ資産 [sn_ent_asset] テーブルで [model_component] フィールドを使用できなくなります。代わりに、資産 [alm_asset] テーブルで新しい model_component_id フィールドが使用可能になります。[ENT - Migrate to new model] コンポーネントスクリプトによって、既存の model_component フィールドデータが model_component_id フィールドに移動します。

ファイナンシャルサービスオペレーションコア

ハードウェア資産管理 10.0.0

ヘルスケアとライフサイエンスサービス管理 Core

産業用プロセスマネージャー

インスタンスデータレプリケーション (IDR)

レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「Upgrading legacy replication set to V2 in Instance Data Replication (インスタンスデータレプリケーション (IDR) の V2 への従来のレプリケーションセットのアップグレード)」を参照してください。

アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。

MID サーバー

最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。

自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。

1 つの実行可能ファイルパスにつき、 Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。

クリエーターの Now Assist

ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。ワークフロースタジオのアップグレードの詳細については、「ワークフロースタジオの最新バージョンへの更新」を参照してください。

Now Assist

Now Assist アプリケーションとプラグインのアップグレードのトラブルシューティングの詳細については、Now Assist アップグレードの問題と軽減に関する KB 記事を参照してください。

注文管理

この Washington DC リリースで導入された新機能は、Order Management for Telecommunications, Media, and Technology の以前のリリースではサポートされていません。

Washington DC リリース以降では、製品オファリングと製品属性の特性に設定された毎月の定期料金 (MRC) と非定期料金 (NRC) は、製品オファリングデータモデルではなく、価格リストと価格明細の価格設定データモデルに保存されます。Washington DC にアップグレードした後に価格リストを使用するように価格情報をアップグレードする場合は、Now Support ナレッジベースの記事「Washington にアップグレードする電気通信、メディア、およびテクノロジーの顧客向けの Price Management プラグイン (com.sn_csm_pricing) の取り込み (Price Management Plugin (com.sn_csm_pricing) uptake for Telecommunications, Media, and Technology customers upgrading to Washington) [KB1585863]」を参照してください。

Washington DC リリースにアップグレードすると、修正スクリプトが自動的に実行され、未完了の注文のキャプチャを再開するために不要になった特定の電気通信リストレコードが非アクティブになります。これらのレコードの詳細と以前の注文キャプチャプロセス (必要な場合) の使用については、Now Support ナレッジベースの記事「注文キャプチャの電話会社リストの廃止 (Deprecating Telco List for Order Capture) [KB1586538]」を参照してください。

Washington DC にアップグレードした後、製品コンフィギュレーターの使用中に、新しい変更指示や、切断、一時停止、または再開アクションを含む注文を処理するための再構成ワークアラウンドを確認します。詳細については、Now Support ナレッジベースの記事「Washington で注文キャプチャ UI を使用する際の注文ライン再構成の問題 (Order line reconfiguration issues in Washington when using Order Capture UI) [KB1585976]」を参照してください。

注文管理

この Washington DC リリースで導入された機能は、注文管理の以前のリリースではサポートされていません。

Washington DC リリースにアップグレードした後、製品コンフィギュレーターの使用中に、新しい変更指示や、切断、一時停止、または再開アクションを含む注文を処理するための再構成ワークアラウンドを確認します。詳細については、Now Support ナレッジベースの記事「Order line reconfiguration issues in Washington when using Order Capture UI [KB1585976] (Washington で注文キャプチャ UI を使用する際の注文ライン再構成の問題)」を参照してください。

パフォーマンスアナリティクス

従来の PA スコア [pa_scores] テーブルは廃止されます。PA スコアテーブルにキャプチャされたインジケータースコアがまだ存在する場合、スコアの数が 4,300 万未満であれば、そのスコアはアップグレード時に pa_scores_l1 テーブルと pa_scores_l2 テーブルに自動的に移行されます。アップグレードに追加される予想時間は約 2 時間です。詳細については、KB1294371 または「パフォーマンスアナリティクススコアの移行」を参照してください。

プラットフォームアナリティクスエクスペリエンス

プラットフォームアナリティクスエクスペリエンス機能は、以前はプラットフォームアナリティクスワークスペースにありました。この機能は Core Now Platform の一部となり、ネクストエクスペリエンス 統一ナビゲーションからアクセスできるようになりました。コア UI で作成されたダッシュボード、レポート、およびパフォーマンスアナリティクスウィジェットをこの機能に移行できます。

ワークフロースタジオのプレイブック

Washington DC にアップグレードした後、ServiceNow Store のプレイブックおよびワークフロースタジオアプリケーションを更新します。

ポートフォリオ計画

v8.0.0 以降、戦略的ポートフォリオ管理 (SPM) Pro ライセンス機能には、戦略的計画ワークスペースでのみアクセスできます。ポートフォリオ計画ワークスペースを使用して、SPM Pro ライセンスの機能 (目標、製品フィードバック、ハイブリッドポートフォリオ計画など) にアクセスしている場合、そのような機能にアクセスするには Strategic Planning をインストールする必要があります。戦略的計画ワークスペースでのみアクセスできる機能の詳細については、「ポートフォリオ計画と Strategic Planning の比較」を参照してください。

予測インテリジェンス

Washington DC にアップグレードすると、新しい回帰ソリューションを作成できなくなります。既存のソリューションがある場合、そのソリューションは引き続きサポートされ、トレーニングと変更はできますが、新しいソリューションを作成することはできません。

類似性ソリューションとクラスタリングソリューションへの変更は、Washington DC にあるすべてのインスタンスに適用されます。

Proactive Service Experience Workflows

トラブルチケット通知を受信したくない顧客は、インシデントテーブルとケーステーブルに関連するビジネスルールを無効にすることができます。トラブルチケット通知のビジネスルールを無効にする方法の詳細については、「トラブルチケット通知の非アクティブ化」を参照してください。

製品カタログ管理および Pricing Management

セールスと注文管理アプリケーションの初期リリースで標準価格調整マトリクスの属性特性を使用していて、セールスと注文管理アプリケーションの 2024 年 5 月リリースにアップグレードする場合は、自動生成されたコード値の形式を修正するスケジュール済みジョブを実行する必要があります。オンデマンドで特殊文字を含む特性レコードのコードフィールドを変更するスケジュール済みジョブを実行して、文字 (a ～ z、A ～ Z)、数字 (0 ～ 9)、アンダースコア (_)、またはドル記号 ($) 以外の文字をアンダースコア (_) に置き換えます。このジョブは、コード値を、アンダースコアで開始または終了しないように、数字で始まらないように、および連続するアンダースコアを含まないように修正します。

公共機関デジタルサービス

アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。公共部門用のこれらのアイテムに再レベル付けするには、顧客およびサービス組織の UX リストカテゴリを更新します。再ラベル付けの詳細については、[すべて] > [構成員サービス] > [管理] > [ガイド付きセットアップ]に移動し、[公共機関デジタルサービスの構成可能ワークスペース] > [ワークスペースのラベルを手動でカスタマイズ (Customize Workspace Labels Manually)]を選択してください。

ロボティックプロセスオートメーション (RPA) ハブ

次のアップグレード手順は、San Diego または Tokyo から Washington DC にアップグレードする場合にのみ適用されます。

アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションについて、Tokyo からのアップグレード中、または Washington DC へのアップグレードの前に、遅延が生じる可能性があります。

RPA Hub を Washington DC にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。

Washington DC にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。

ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Utah バージョンにアップグレードすると、テーブルは [アプリケーションファイル] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah (Utah の sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。

セキュリティポスチャコントロール

セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールでサポートされるアプリケーションのインストール」を参照してください。

IT Service Management のサービスオペレーションワークスペース

テーブルでは、x はサービスオペレーションワークスペース ITSM アプリケーション (sn_sow_itsm_cont) のサブバージョンで、y はサービスオペレーションワークスペース ITOM アプリケーション (sn_sow_itom_cont) のサブバージョンです。

3.0 のアップグレード後、推奨フレームワーク機能は使用できなくなります。代わりに、Recommended Actions for ITSM 機能の標準バージョンのみを使用できます。

サービスポータル

アップグレード後に、テーブル入力パラメーターを受け入れる公開ウィジェットのデータにゲストユーザーがアクセスできるテーブルを指定する必要があります。Washington DC リリースのデフォルトでは、テーブル入力パラメーターを受け入れる公開ウィジェットは、ゲストユーザーのテーブルにアクセスしてデータを返すことはできません。アップグレード前に glide.service_portal.widget.table_allow_list または glide.service_portal.widget.allow_list システムプロパティを追加した場合、これらのプロパティの値は、アップグレード後にウィジェットの公開テーブル許可リストに移行されます。詳細については、「ウィジェットセキュリティの構成」を参照してください。

さらに、フィールドレベルの読み取り ACL は、デフォルトで簡易リストウィジェットインスタンスのフィルター条件に適用されます。新しいシステムプロパティ glide.service_portal.enable_acls_for_encoded_query_in_list は、簡易リストウィジェットインスタンスに対して [フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms)] オプションが選択されているかどうかに関係なく、これらの ACL を適用します。[フィルタークエリ用語でフィールドレベルの読み取り ACL を適用する (Enforce field-level Read ACLs on Filter query terms)] オプションを使用するには、glide.service_portal.enable_acls_for_encoded_query_in_list の値を false に変更します。詳細については、「簡易リスト ウィジェット」を参照してください。

ユーザーが以前に、プラットフォームの他の部分とは異なるポータルのユーザーエクスペリエンスアナリティクスのユーザーの同意設定を選択した場合、プラットフォーム用に選択された設定は Washington DC リリースのポータルにも使用されます。たとえば、ユーザーがポータルの追跡をオプトアウトし、Vancouver リリースではプラットフォームの残りの部分の追跡をオプトインした場合、ポータルのユーザーエクスペリエンスアナリティクスは Washington DC リリースで追跡されます。ユーザーは、ポータルのユーザープロファイルページからいつでも選択内容を更新できます。

ソフトウェア資産管理

戦略的計画

v4.0.2 以降、 戦略的ポートフォリオ管理 (SPM) Pro ライセンス機能には、 戦略的計画ワークスペースでのみアクセスできます。ポートフォリオ計画ワークスペースを使用して、SPM Pro ライセンスの機能 (目標、製品フィードバック、ハイブリッドポートフォリオ計画など) にアクセスしている場合、そのような機能にアクセスするには Strategic Planning をインストールする必要があります。戦略的計画ワークスペースでのみアクセスできる機能の詳細については、「戦略的計画におけるポートフォリオ計画」を参照してください。

戦略的計画 v4.1.2 にアップグレードしていて、以前にパーソナライズサイドパネルを使用して [ゴール] ページのリストビューまたは階層ビューをカスタマイズしていた場合、v4.1.2 で行われたユーザーインターフェイスの拡張機能が表示されないことがあります。この場合、ユーザー設定レコードを削除する必要があります。パーソナライズサイドパネルを使用して作成したユーザー設定を削除する方法の詳細については、KB1642037 を参照してください。

サプライヤーライフサイクルオペレーション

Vancouver リリースから Washington DC リリースにアップグレードすると、[すべて] ナビゲーションタブの Source-to-Pay ワークスペースのみが表示されます。Source-to-Pay ワークスペースを引き続き使用することを選択した場合は、何もする必要はありません。

ただし、[ワークスペース] タブには、Source-to-Pay ワークスペースとサプライヤーマネージャーワークスペースの両方が表示されます。デフォルトの Source-to-Pay ワークスペースの代わりにサプライヤーマネージャーワークスペースを使用する場合は、Washington DC リリースにアップグレードした後に fixscript_migrate_workspace_to_smw.xml 修正スクリプトを実行してください。fixscript_migrate_workspace_to_smw.xml ファイルは ServiceNow Store からダウンロードできます。

Source-to-Pay ワークスペースを再び使用する場合は、fixscript_migrate_workspace_to_s2p.xml 修正スクリプトを実行します。fixscript_migrate_workspace_to_smw.xml ファイルは ServiceNow Store からダウンロードできます。修正スクリプトの実行方法の詳細については、「修正スクリプトの実行」を参照してください。

Washington DC にアップグレードした後、アップグレード後のすべてのタスクを確認し、必要に応じて完了する必要があります。詳細については、「Post-upgrade tasks for Supplier Lifecycle Management (サプライヤーライフサイクル管理のアップグレード後のタスク)」を参照してください。

サードパーティリスク管理

TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。

VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。

脆弱性対応統合

ワークフロースタジオ

ワークフロースタジオのパフォーマンスを改善するには、ServiceNow Store からこれらのバージョンのワークフロースタジオアプリケーションのいずれかをインストールします。

AI 検索

Xanadu:

買掛金オペレーション

以前のリリースからアップグレードする場合は、参照フィールドの税コード [sn_fin_tax_code] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。

アナリティクス、インテリジェンス、レポート

アップグレードする場合は、プラットフォームアナリティクス移行センターを使用して、すべてのデータソースに対して単一の可視化セットと統合フィルターを利用できます。

App Engine Studio

App Engine 管理センター (AEMC) でグループをアサインする新しいプロセスにより、各インスタンスに同じバージョンのアプリケーション取り込みプラグインがインストールされていることを確認してください。

アプリケーション脆弱性対応

アセスメントとサーベイ

Utah より前のバージョンから Xanadu にアップグレードする場合は、自動テストフレームワーク (ATF) テストを更新します。Utah リリースでは、アセスメントカードとサーベイカードのボタンをすべて削除しました。ATF テストを正常に実行するには、このステップを含むすべてのテストについて、「サーベイの実施ボタンをクリックする」ステップを「サーベイカードをクリックする」のステップに置き換える必要があります。

事業継続性管理

計画レコードに導入された関係テーブルは、Update BCP dependencies snapshot スケジュール済みジョブによって生成されます。Xanadu リリースにアップグレードした後は、スケジュール済みジョブが実行された後、または [依存関係を更新 (Update dependencies)] ボタンを手動で選択した後にのみ、これらのテーブルを表示できます。

CSM のケース管理

カスタマーサービスマネージャーロール [sn_customerservice_manager] には、承認者ユーザーロール [approver_user] が含まれています。承認者ユーザーロールは、承認アドミンロール [approval_admin] に置き換わります。カスタマーサービスマネージャーロールを持つユーザーは、自分にアサインされた承認要求を承認できます。

クラウドコスト管理 8.0.0

クラウドコスト管理 8.0 バージョンにアップグレードすると、Amazon Web Services (AWS)、Microsoft Azure、および Google Cloud Platform (GCP) サービスプロバイダーに対して、新しいタグカテゴリ [AI サービス] を利用できるようになります。クラウドコスト管理では、請求処理ダウンロードジョブは当月以降のみ実行されるため、AI サービスへの支出は当月分のみが含まれます。当月より前の月の請求の詳細を表示する場合は、請求処理ダウンロードジョブを手動で実行する必要があります。請求処理ダウンロードジョブが正常に実行されると、AI サービスの支出データを表示できます。

構成管理データベース (CMDB)

データ管理

アップグレード前にアーカイブルールまたはテーブルクリーナールールが構成されているテーブルごとに、データ管理ポリシー レコードが自動的に作成されます。

データプライバシー

ライセンスの変更により、データディスカバリー、データディスカバリー API、データの匿名化、および データプライバシー API をエンタイトルメントなしでインストールできますが、ジョブを実行するにはエンタイトルメントが必要です。

ワークフロースタジオのディシジョンテーブル

ワークフロースタジオはインスタンスに自動でインストールされます。ただし、ワークフロースタジオ は ServiceNow Store アプリケーションであるため、最新の機能を取得するには、バージョンを最新バージョンに更新する必要があります。Washington DC パッチ 3 時点では、ワークフロースタジオを更新すると、ワークフロースタジオ、プレイブック、ディシジョンビルダーなどのすべてのアプリケーション依存関係が自動的に更新されます。ServiceNow Store またはプラグインのリストから、ワークフロースタジオの個々のアプリケーション依存関係を表示または更新することはできなくなりました。

外部コンテンツコネクタ

外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。

ワークフロースタジオのフロー、サブフロー、およびアクション

アップグレード後、以前に fd_read_operations ロールを持っていたユーザーには、実行ステータスや期間などの基本的な実行の詳細のみが表示されるようになりました。この制限により、このロールを持つユーザーは実行の詳細で機密情報を表示できなくなります。入力構成やランタイム値などのすべての実行の詳細への読み取りアクセス権を付与するには、ユーザーに新しいロール fd_read_operations_all を付与します。

SPM のゴールフレームワーク

SPM のゴールフレームワーク v2.3.0 にアップグレードした後、「BreakdownInterval をチェックイン頻度に移行する」スケジュール済みジョブを実行します。このスケジュール済みジョブは、[レビュー頻度] フィールドと [ブレークダウン間隔] フィールドの既存の値をターゲットレコードの [チェックイン頻度] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「ターゲットブレークダウンの移行」を参照してください。

ハードウェア資産管理 11.0.0

ITOM ヘルス

ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。

ITOM 最適化

ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。

ITOM ヴィジビリティ

サービスマッピングのエクスペリエンスを向上させるには、ServiceNow® Store からサービスマッピング Plus バージョン 1.13.0 をインストールします。

ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。

産業用プロセスマネージャー

MID サーバー

最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE の最小バージョンは 11.0.9 で、推奨バージョンは 11.0.16.1 です。

自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。

実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。

セキュリティオペレーション向け Now Assist

アプリケーションを実装するための要件のリストについては、「セキュリティインシデントレスポンスの Now Assist のサポート情報」を参照してください。

セキュリティインシデントに対して推奨アクションスキルが機能するように、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索が有効になっていることを確認するには、[すべて] > [AI 検索] > [AI 検索ステータス] に移動します。AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。

注文管理

Xanadu リリースで導入された機能は、注文管理の以前のリリースではサポートされていません。

[契約開始日 (contract start date)] と [契約終了日 (contract end date)] フィールドを使用し、レコードがあるアップグレードの顧客である場合は、Migrate data from deprecated contract fields to new fields on Order and Order Linesスケジュール済みジョブを実行して、それらのレコードを最新のデータモデルに移行できます。このスケジュール済みジョブは、[システム定義 (System Definitions)] > [スケジュール済みジョブ (Scheduled Jobs)]に移動して手動で実行する必要があります。スケジュール済みジョブの詳細については、「スケジュール済みジョブ」を参照してください。

プラットフォームアナリティクスエクスペリエンス

新規顧客：プラットフォームアナリティクスエクスペリエンスは、Now Platform で自動的に利用可能になります。直感的なインターフェイスを提供し、データをよりよく理解して活用するのに役立ちます。

アップグレードする顧客：現在コア UI のレスポンシブダッシュボードを使用している場合は、中断することなく引き続きアクセスできます。新機能を最大限に活用するには、プラットフォームアナリティクスエクスペリエンスへの移行を検討してください。

ワークフロースタジオのプレイブック

Xanadu にアップグレードした後、ServiceNow Store のプレイブックおよびワークフロースタジオアプリケーションを更新します。

製品カタログ管理および Pricing Management

RPA Hub

次のアップグレード情報は、San Diego または Tokyo から Xanadu にアップグレードする場合にのみ適用されます。

アプリケーションファイルテーブル内のレコード数に応じて、RPA Hub アプリケーションの Tokyo 以前のリリースから Xanadu へのアップグレードに遅延が生じる可能性があります。

RPA Hub を Xanadu にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。

Xanadu にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。

ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Xanadu にアップグレードすると、テーブルは [アプリケーションファイル (Application File)] テーブルを拡張しません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA Hub テーブルの再ビルド)」を参照してください。

セキュリティポスチャコントロール

セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。

サービスブリッジ

Service Operations Workspace for ITSM

ServiceNow SDK

now-sdk upgrade コマンドを使用して、ServiceNow SDK の最新バージョンにアップグレードします。詳細については、「ServiceNow SDK のアップグレード」を参照してください。

スキル管理

スキルダッシュボードは、Xanadu リリースで ネクストエクスペリエンス UI に自動的に移行されます。アップグレードすると、 ネクストエクスペリエンス UI のスキルダッシュボードに自動的にアクセスできるようになります。

ソフトウェア資産管理

Microsoft Entra ID スポーク 4.3 バージョンにアップグレードすると、既存の SSO またはディレクトリ統合に対して Microsoft Azure AD - Download Group Membership ディレクトリジョブは実行されません。このディレクトリジョブは、新しい SSO またはディレクトリ統合用にも作成されません。代わりに、Microsoft Azure AD - Download Groups ディレクトリジョブは、 で構成されているすべてのグループとグループメンバーシップをダウンロードします。

戦略的計画

Strategic Planning v4.3.2 にアップグレードした後、[ブレークダウン間隔をチェックイン頻度に移行 (Migrate BreakdownInterval To Checkinfrequency)] スケジュール済みジョブを実行します。このスケジュール済みジョブは、[レビュー頻度] フィールドと [ブレークダウン間隔] フィールドの既存の値をターゲットレコードの [チェックイン頻度] フィールドに移行します。異なる値を持つターゲットに対してこれらの値を移行する方法の詳細については、「ターゲットブレークダウンの移行」を参照してください。

通信ネットワークインベントリ

以前のリリースの既存ユーザーである場合は、Xanadu にアップグレードすると、従来の製品モデルと新しい製品モデルの両方が [ネットワークインベントリワークスペース] メニューで使用できるようになります。この問題を修正するには、従来の製品モデルのデータを現在のインスタンスの新しい製品モデルのテーブルに移行する必要があります。この手順の詳細については、「KB1695167」を参照してください。

サードパーティリスク管理

TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。

VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。

脆弱性対応統合

ワークフロースタジオ

Washington DC パッチ 3 では、ワークフロースタジオを更新すると、 ServiceNow® ワークフロースタジオ、プレイブック、 ServiceNow® ディシジョンビルダーなどのすべてのアプリケーション依存関係が自動的に更新されます。ServiceNow® Store またはプラグインのリストから、ワークフロースタジオの個々のアプリケーション依存関係を表示または更新することはできなくなりました。

AI 検索

古いリリースから Yokohama にアップグレードしたら、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にしてください。インデックスの再作成の詳細については、「単一のインデックス付きソースに対して完全なテーブルインデックス作成またはインデックス再作成を実行する」または「複数のインデックス付きソースに対して完全なテーブルインデックス作成を実行するか、インデックス再作成を実行する」を参照してください。

買掛金オペレーション

以前のリリースからアップグレードする場合は、参照フィールドの税コード [sn_fin_tax_code] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。

App Engine Studio

App Engine 管理センター (AEMC) でグループをアサインする新しいプロセスにより、各インスタンスに同じバージョンのアプリケーション取り込みプラグインがインストールされていることを確認してください。

アプリケーション脆弱性対応

自動テストフレームワーク (ATF)

Now Platform® で提供されているクイックスタートテストをコピーしカスタマイズして、構成変更後もインスタンスが動作することを検証します。たとえば、アップグレードを適用するか、アプリケーションを開発する場合です。

カスタマイズを行っていないベースシステム上で、アプリケーションまたは機能プラグインが提供するデフォルトのデモデータを使用してテストを実行した場合にのみ、テストで合格の結果を生成できます。インスタンス固有のデータにクイックスタートテストを適用するには、クイックスタートテストをコピーしてカスタムデータを追加します。詳しくは、「Available quick start tests by application or feature (アプリケーションおよび機能別に利用可能なクイックスタートテスト)」を参照してください。

データ管理

アップグレード前にアーカイブルールまたはテーブルクリーナールールが設定されているテーブルごとに、データ管理ポリシーレコードが自動的に作成されます。

データプライバシー

ライセンスの変更により、データディスカバリー、データディスカバリー API、データの匿名化、および データプライバシー API をエンタイトルメントなしでインストールできますが、ジョブを実行するにはエンタイトルメントが必要です。

DevOps 変更速度管理

新規のお客様である場合、または zBoot インスタンスを使用していて DevOps 変更速度管理でタイプベースのワークフロー変更要求を作成する場合は、 com.snc.change_management.change_model.type_compatibility プロパティを追加して True に設定する必要があります。詳細については、「システムプロパティを追加する」を参照してください。

暗号化キー管理

外部コンテンツコネクタ

外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、既存のコネクタは、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスを再作成します。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。

Financial Services Card Operations

Yokohama へのアップグレード中に、Financial Services Card Operations プラグインは、Card Disputes Transaction テーブル [sn_bom_credit_card_disputes_transaction] をファイナンシャルサービスオペレーションコアのファイナンシャルタスクテーブル [sn_bom_task] に再ペアレンティングします。

生成 AI コントローラー

生成 AI コントローラーは、Now Assist アプリケーションのインストールまたは更新時に、インストールおよび更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、このナレッジ記事を参照して問題に対処する手順を確認してください。あるいはサポートケースを作成することもできます。

ITOM ヘルス

ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。ServiceNow Store にアクセスし、ストアへの要求の送信に関する情報を確認します。

ITOM ヴィジビリティ

3DES サポートは、SSH ベースのディスカバリーまたは SSH ベースの統合を備えた MID サーバーでは、MID サーバーから完全に削除される予定です。詳細については、「Xanadu の SSH における 3DES の廃止 [KB1644950]」を参照してください。

インスタンスデータレプリケーション (IDR)

レプリケーションセットを V2 にアップグレードして Hermes Messaging Service を使用すると インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上しす。詳細については、「Upgrading legacy replication set to V2 in Instance Data Replication (インスタンスデータレプリケーション (IDR) の V2 への従来のレプリケーションセットのアップグレード)」を参照してください。

アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。

MID サーバー

最新の MID サーバーシステム要件については、「MID Server system requirements (MID サーバーシステム要件)」を参照してください。サポートされている JRE バージョンは 17.0.10 以降で、推奨バージョンは 17.0.12 です。

自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「How the System Manages MID Server Upgrades (システムが MID サーバーアップグレードを管理する方法)」をご確認ください。

実行可能ファイルパスに従って、Windows MID サーバーサービスは 1 つのみ許可されます。アップグレードした Windows MID サーバーに同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳しくは「MID Server fails to start (MID サーバーが起動しない)」を参照してください。

Now Assist アナリティクス

Now Assist アナリティクスは、Now Assist アプリケーションのインストールまたは更新時に、インストールおよび更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、このナレッジ記事を参照して問題に対処する手順を確認してください。あるいはサポートケースを作成することもできます。

Now Assist スキルキット

Now Assist スキルに関連付けられている UI アクションまたはその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。

Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452：Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策」を参照してください。記事を表示するにはログインする必要があります。

セキュリティインシデントレスポンス向け Now Assist

セキュリティインシデントに対して推奨アクションスキルが機能するよう、AI 検索アプリケーションを有効にする必要があります。インスタンスで AI 検索が有効になっていることを確認するには、[すべて] > [AI 検索] > [AI 検索ステータス] に移動します。AI 検索が有効になっていないことがページに示されている場合は、サポートにお問い合わせください。

Now Assist

Now Assist スキルに関連付けられている UI アクションまたはその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。

Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452：Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策」を参照してください。記事を表示するにはログインする必要があります。

プラットフォームアナリティクスエクスペリエンス

以前にアナリティクス資産を プラットフォームアナリティクスに移行したことがある場合、互換モードであったが Yokohama で新たにサポートされた資産は自動的に移行されます。

Workflow Studio (ワークフロースタジオ) の Playbooks (プレイブック)

Yokohama にアップグレードした後、ServiceNow Store のワークフロースタジオアプリケーションを更新します。

公共機関デジタルサービス

アップグレード後、CSM 構成可能ワークスペースの特定の公共部門メニューとメニューアイテムが元の CSM ラベル名に戻ります。これらのアイテムのラベルを公共部門での使用に合わせて変更するには、顧客、アカウント、およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、[すべて] > [構成員サービス] > [管理] > [ガイド付きセットアップ]に移動し、[公共機関デジタルサービスの構成可能ワークスペース] > [ワークスペースのラベルを手動でカスタマイズ (Customize Workspace Labels Manually)]を選択してください。

RPA ハブ

次のアップグレード情報は、San Diego または Tokyo から Yokohama にアップグレードする場合にのみ適用されます。

アプリケーションファイルテーブル内のレコード数によっては、RPA ハブアプリケーションの Tokyo から Yokohama へのアップグレード時に遅延が生じる可能性があります。

RPA ハブを Yokohama にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を false に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティの追加方法の詳細については、「システムプロパティを追加する」を参照してください。

Yokohama にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。

ボットプロセス構成がボットプロセスを完全に置き換えるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Yokohama にアップグレードすると、対象テーブルでは「アプリケーションファイル」[sys_metadata] テーブルが拡張されません。テーブルの変更を手動で更新するには、Now Support ナレッジベースの記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA ハブテーブルの再ビルド) [KB1223629]」を参照してください。

セキュリティポスチャコントロール

セキュリティポスチャコントロールの実装に必要なアプリケーションの完全なリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。

サービスブリッジ

Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース)

互換性のあるバージョンの詳細については、「ITSM のサービスオペレーションワークスペースとサービスオペレーションワークスペース ITOM のバージョン互換性」を参照してください。

ServiceNow IDE

ServiceNow IDE バージョン 1.1.4 は、Yokohama リリースのインスタンスではデフォルトでアクティブになっています。最新の機能を使用するには、ServiceNow IDE バージョン 2.0 以降に更新してください。ServiceNow IDE の更新については、「アプリケーションマネージャーでのアプリケーションのインストール」を参照してください。

ServiceNow スタジオ

ServiceNow スタジオを ServiceNow Store からダウンロードする必要がなくなりました。Now Platform ではデフォルトで利用できます。

ソフトウェア資産管理

Yokohama リリース以降、すべての調整スクリプトインクルードがファミリリリースからソフトウェア資産管理ストアアプリケーション (com.sn_itam_samp) に移動されています。Yokohama にアップグレードするときに、調整スクリプトインクルードをカスタマイズした場合は、そのカスタマイズしたものを新しいスクリプトインクルードに移動する必要があります。古いスクリプトインクルードは廃止されます。

通信事業ネットワークインベントリ

Yokohama リリースでは、プレイブックの設計とアサイン機能をサポートするために Xanadu プラットフォームバージョンが必要です。

通信事業サービスオペレーション管理 (TSOM)

通信事業サービスオペレーション管理 TSOM をインストールすると、インターフェイスカード、スロット、サブスロット、およびネットワークインターフェイスに適用されるカスタマイズされた IRE 識別ルールが影響を受ける可能性があります。ルールをレビューおよび検証して、適切に機能することを確認する必要があります。

サードパーティリスク管理

TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする場合は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。

VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理のアップグレード情報」を参照してください。

脆弱性対応統合

ITSM のワークフォース最適化