Yokohama のすべての機能と製品のアップグレード情報
Yokohama の機能と製品のアップグレード情報に関する累積的なリリースノートの概要。
| アプリケーションまたは機能 | 詳細 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
AI 検索 | 古いリリースから Yokohama にアップグレードする場合は、ナレッジ記事を含むすべてのインデックス付きソースのインデックスを再作成して、ナレッジブロックコンテンツを検索可能にしてください。再インデックス作成の詳細については、「Perform a full table index or reindex for a single AI Search indexed source」または「Perform a full table index or reindex for multiple AI Search indexed sources」を参照してください。 | ||||||||
買掛金オペレーション | 以前のリリースからアップグレードする場合は、参照フィールドの税コード [sn_fin_tax_code] テーブルを構成する必要があります。例外エンジンは税コードを使用して請求書を検証し、必要に応じて例外を発生させます。 | ||||||||
App Engine Studio | App Engine 管理センター (AEMC) でグループをアサインする新しいプロセスができているため、各インスタンスに同じバージョンのアプリケーション取り込みプラグインがインストールされていることを確認してください。 | ||||||||
アプリケーション脆弱性対応 |
| ||||||||
Automated Test Framework (自動テストフレームワーク (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 に設定する必要があります。詳細については、「Add a system property」を参照してください。 | ||||||||
デジタルエンドユーザーエクスペリエンス | DEX デスクトップアシスタント をアップグレードするには、次の手順を実行します。
| ||||||||
暗号化キー管理 |
| ||||||||
外部コンテンツコネクタ | 外部コンテンツコネクタアプリケーションのバージョン 2 以降、外部コンテンツコネクタはクロールされたアイテムのセマンティックベクトルインデックス作成を実装しています。セマンティックベクトルインデックスをサポートするバージョンにアップグレードすると、それらのアイテムのコンテンツが変更されていない場合でも、次回クロールがアクセスしたときに、以前に取得したすべてのアイテムのインデックスが既存のコネクタによって再作成されます。アップグレード後できるだけ早く外部コンテンツアイテムのセマンティックベクトルインデックス作成を強制するには、実行中のクロールをすべてキャンセルしてから、キャンセルされたクロールを手動で再開します。 | ||||||||
ファイナンシャルサービスカードオペレーション | Yokohama へのアップグレード中に、Financial Services Card Operations プラグインはカード異議申し立てトランザクションテーブル [sn_bom_credit_card_disputes_transaction] の親を ファイナンシャルサービスオペレーションコア の財務タスクテーブル [sn_bom_task] に再指定します。 親再指定により、既存のアプリケーションの機能を維持したまま、ServiceNow® ファイナンシャルサービスオペレーションコア のメリットと高性能を活用できます。 注: インスタンスでカード異議申し立てトランザクションテーブル [sn_bom_credit_card_disputes_transaction] を使用していて、そこに大量のデータが含まれている場合は、アップグレード時間が長くなる可能性があります。 | ||||||||
生成 AI コントローラー | 生成 AI コントローラー は、Now Assist アプリケーションのインストールまたは更新時にインストールされて更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、このナレッジ記事を参照して問題に対処する手順を確認してください。あるいはサポートケースを作成することもできます。 | ||||||||
ITOM ヘルス | ServiceNow® Store から App Service Extension アプリをインストールして、アプリケーションサービスマッピングを拡張します。ServiceNow Store にアクセスし、ストアへの要求の送信に関する情報を確認します。 | ||||||||
ITOM ヴィジビリティ | 3DES サポートは、SSH ベースのディスカバリーまたは SSH ベースの統合により MID サーバー for MID サーバー から完全に削除される予定です。詳細については、「Xanadu の SSH における 3DES の廃止 [KB1644950]」を参照してください。 | ||||||||
インスタンスデータレプリケーション (IDR) | レプリケーションセットを Hermes メッセージングサービス を使用する V2 にアップグレードすることで、インスタンスデータレプリケーション (IDR) (IDR) のパフォーマンスと処理効率を向上させます。詳細については、「Upgrading legacy replication sets to V2 in Instance Data Replication」を参照してください。 アップグレード後に、レプリケーションペイロードエラー [idr_replication_payload_error] テーブルのログローテーションが自動的に有効になります。デフォルトでは、ログローテーションスケジュールは 7 つのシャードで構成され、シャードごとに 5 日間です。アップグレード前に作成された当該テーブルのログエントリはすべて自動的に切り捨てられます。 | ||||||||
MID サーバー | 最新の MID サーバー システム要件については、「MID サーバーのシステム要件」を参照してください。サポートされている JRE バージョンは 17.0.10 以降で、推奨バージョンは 17.0.12 です。 独自の JRE をインストールしている場合、サポートされている JRE を MID サーバー が使用することについて検証するために、アップグレードプロセスで次のアクションが実行されます。
自動アップグレードを行なうには、すべての MID サーバーホストマシンが install.service-now.com のダウンロードサイトにアクセスする必要があります。詳細については、「システムによる MID サーバー のアップグレードの管理方法」を参照してください。 実行可能ファイルパスに従って許可される Windows MID サーバー サービスは 1 件のみです。アップグレードした Windows MID サーバー に同じインストールフォルダーを指しているサービスが複数ある場合は起動できません。詳細については、MID サーバー の起動失敗に関するトピックを参照してください。 MID サーバーのアップグレードについて詳しくは、次のトピックを参照してください。
| ||||||||
Now Assist | Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452：Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策」を参照してください。記事を表示するにはログインする必要があります。 | ||||||||
Now Assist アナリティクス | Now Assist アナリティクス は、Now Assist アプリケーションのインストールまたは更新時にインストールされて更新されます。アプリケーションのインストールまたは更新で問題が発生した場合は、このナレッジ記事を参照して問題に対処する手順を確認してください。あるいはサポートケースを作成することもできます。 | ||||||||
Now Assist スキルキット | Now Assist スキルに関連付けられている UI アクションやその他のアイテムをカスタマイズした場合は、カスタマイズしたコードが新しいスキルリリースで更新されていることを確認してください。そうしないと、特定の機能が期待どおりに機能しない可能性があります。 Now Assist 製品のアップグレード中に問題が発生した場合は、「KB1637452：Now Assist (生成 AI) アプリケーションおよびプラグインの更新の問題と軽減策」を参照してください。記事を表示するにはログインする必要があります。 | ||||||||
セキュリティインシデントレスポンス向け Now Assist | バージョン 2.0.1 以降、ServiceNow® Store および Now Platform® インスタンス内の セキュリティオペレーション向け Now Assist アプリケーションの名前が セキュリティインシデントレスポンス向け Now Assist に変更されました。次の機能にアクセスするには、バージョン 2.0.1 にアップグレードする必要があります。
推奨アクションスキルがセキュリティインシデントで機能するよう、AI 検索 アプリケーションを有効にする必要があります。インスタンスで AI 検索 が有効になっていることを確認するには、 に移動します。AI 検索 が有効になっていないことがページに示されている場合は、サポートに連絡してください。 | ||||||||
プラットフォームアナリティクスエクスペリエンス | 以前にアナリティクス資産を プラットフォームアナリティクス に移行したことがある場合、互換モードだったが Yokohama で新たにサポートされるようになった資産は自動的に移行されます。 | ||||||||
ワークフロースタジオのプレイブック | Yokohama にアップグレードした後、ServiceNow Store で ワークフロースタジオ アプリケーションを更新します。 | ||||||||
公共機関デジタルサービス | アップグレード後、CSM 構成可能ワークスペース 内の特定の公共部門メニューおよびメニューアイテムは、元の CSM ラベル名に戻ります。これらのアイテムのラベルを公共部門での使用に合わせて変更するには、顧客、アカウント、およびサービス組織の UX リストカテゴリレコードのラベルを更新します。再ラベル付けの詳細については、に移動し、を選択してください。 | ||||||||
RPA ハブ | RPA アプリケーションをダウンロードして、現在インストールされている Microsoft ソフトウェアインストーラー (MSI) をアップグレードしてください。
次のアップグレード情報は、San Diego または Tokyo から Yokohama にアップグレードする場合にのみ適用されます。 アプリケーションファイルテーブル内のレコード数によっては、RPA ハブ アプリケーションの Tokyo 以前のリリースから Yokohama へのアップグレード時に遅延が生じる可能性があります。 RPA ハブ を Yokohama にアップグレードする前に、glide.rollback.blacklist.TableParentChange.change システムプロパティの値を [false] に設定する必要があります。このプロパティがシステムプロパティ [sys_properties] テーブルに存在しない場合は、プロパティを追加し、その値を false に設定します。プロパティを追加する方法については、「Add a system property」を参照してください。 Yokohama にアップグレードすると、ボットプロセス定義は新しい構造、つまりボットプロセス構成に変更されます。 ボットプロセス構成がボットプロセスを完全に置き換わるわけではありませんが、ほとんどのフィールドはボットプロセスからボットプロセス構成に移動されます。システムプロパティ値を更新せずに Yokohama にアップグレードすると、対象テーブルでは「アプリケーションファイル」[sys_metadata] テーブルが拡張されません。テーブルの変更を手動で更新するには、Now Support ナレッジベース の記事「Restructuring RPA Hub tables to sys_metadata in Utah and beyond release (Utah 以降のリリースの sys_metadata への RPA Hub テーブルの再ビルド) [KB1223629]」を参照してください。 | ||||||||
セキュリティポスチャコントロール | セキュリティポスチャコントロールの実装に必要なすべてのアプリケーションのリストについては、「セキュリティポスチャコントロールのインストール」を参照してください。 | ||||||||
サービスブリッジ |
| ||||||||
Service Operations Workspace for ITSM (ITSM のサービスオペレーションワークスペース) | 次のアプリケーションに互換性のあるアップグレードバージョンが存在することを確認します。
互換性のあるバージョンの詳細については、「Version compatibility between Service Operations Workspace for ITSM and Service Operations Workspace ITOM」を参照してください。 | ||||||||
ServiceNow IDE | ServiceNow IDE バージョン 1.1.4 は、Yokohama リリースのインスタンスではデフォルトでアクティブになっています。最新の機能を使用するには、ServiceNow IDE バージョン 2.0 以降に更新してください。ServiceNow IDE の更新の詳細については、「Install an application or plugin」を参照してください。 | ||||||||
ServiceNow スタジオ | ServiceNow スタジオ を ServiceNow Store からダウンロードする必要がなくなりました。デフォルトでは、 Now Platform で使用できます。 | ||||||||
ソフトウェア資産管理 | Yokohama リリース以降、すべての調整スクリプトインクルードがファミリーリリースから ソフトウェア資産管理 ストアアプリケーション (com.sn_itam_samp) に移動されています。Yokohama にアップグレードするときに調整スクリプトインクルードをカスタマイズした場合は、そのカスタマイズしたものを新しいスクリプトインクルードに移動させる必要があります。古いスクリプトインクルードは廃止されます。 ソフトウェア資産管理 (sn_itam_samp) 2.1.0 ストアアプリケーションをインストールして Yokohama パッチ 1 にアップグレードする場合は、既存の CrowdStrike 統合プロファイルのエンタイトルメントを削除する必要があります。次に、ライセンスメトリクスに基づいて、CrowdStrike Falcon Endpoint Protection や CrowdStrike Falcon Discover などのさまざまな CrowdStrike 製品の新しいエンタイトルメントを作成します。これらのメトリクスには、CrowdStrike ライセンスのメトリクスグループにある予約済み時間平均センサーとセンサーサブスクリプションが含まれます。
| ||||||||
Telecommunications Network Inventory (通信事業ネットワークインベントリ) | Yokohama リリースでは、プレイブックの設計とアサイン機能をサポートするために Xanadu プラットフォームバージョンが必要です。 | ||||||||
通信事業サービスオペレーション管理 (TSOM) | 通信事業サービスオペレーション管理 TSOM をインストールし、インターフェイスカード、スロット、サブスロット、およびネットワークインターフェイスに適用されているカスタマイズされた IRE 識別ルールが影響を受ける可能性があります。ルールをレビューおよび検証して、適切に機能することを確認する必要があります。 | ||||||||
サードパーティリスク管理 | TPRM にアップグレードする VRM ユーザーの場合、以前のリリースから Vancouver 以降にアップグレードする際は、各アップグレードを順番に実行して、修正スクリプトが正しく実行されるようにする必要があります。これは、Utah から Vancouver、Vancouver から Washington DC などのようにアップグレードすることを意味します。スクリプトが正しい順序で実行されないと、データの不整合、機能の破損、競合が発生する可能性があります。 VRM から TPRM へのアップグレードの詳細については、「サードパーティリスク管理 アップグレード情報」を参照してください。 | ||||||||
ユーザーエクスペリエンスアナリティクス |
| ||||||||
脆弱性対応統合 |
| ||||||||
ITSM のワークフォース最適化 |
|