--- 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 --- # Yokohama パッチ 12 # Yokohama パッチ 12 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2026年02月06日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：55分 Yokohamaパッチ 12 リリースには、重要な問題の修正が含まれています。 Yokohama パッチ 12 は 2026 年 2 月 6 日にリリースされました。 : * ビルド日: 02-03-2026_1624 * ビルドタグ: glide-yokohama-12-18-2024__patch12-01-20-2026 重要: インスタンスのアップグレード方法の詳細については、「[ServiceNow アップグレード](https://servicenow-prod.fluidtopics.net/yl7L08cL4CjrRoyRm~11aQ "アップグレードプロセスでは、インスタンスを新しい ServiceNow リリースバージョンに移行します。アップグレードとパッチ適用の違い、リリース定義、ロールバックとバックアップのオプション、および非本番インスタンスと本番インスタンスのアップグレードをテストする方法を理解してください。")」を参照してください。 リリースサイクルの詳細については、「[ServiceNow リリースサイクル](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244)」を参照してください。{#yokohama-patch-12__p_download-version} 注: この Now Platform メジャーファミリーリリースは、ServiceNow の規制市場環境で利用できるようになりました。隔離された環境で利用可能なサービスの詳細については、「[KB0743854](https://support.servicenow.com/kb_view.do?sysparm_article=KB0743854)」を参照してください。 このリリースで修正された問題のダウンロード可能でソート可能なバージョンについては、[ここ](https://downloads.docs.servicenow.com/enus/yokohama/rn/patches/PRBs-Y12.00.xlsx)をクリックしてください。 ## 概要 {#yokohama-patch-12__overview} Yokohama パッチ 12 には、さまざまなカテゴリの 139 の問題修正が含まれています。以下のチャートは、このパッチに含まれる上位 10 件の問題カテゴリを示しています。 図 : 1. 上位 10 件の問題カテゴリ ## セキュリティ関連の修正 {#yokohama-patch-12__security-related-fixes} Yokohama パッチ 12 には、特定の ServiceNow® アプリケーションと Now Platform®に影響を与えたセキュリティ関連の問題の修正が含まれています。最も安全で最新の機能を使用するために、このリリースにアップグレードすることをお勧めします。Yokohamaパッチ 12 で修正されたセキュリティの問題の詳細については、「[KB2720387](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2720387)」を参照してください。 ## Yokohamaパッチ12の変更点 {#yokohama-patch-12__changes-in-patch} [Now Assist およびエージェント型 AI のリリースノート](https://servicenow-prod.fluidtopics.net/pgtrbxLktWwXj6Tt~fw55w "Now AssistYokohamaリリースでのエージェント型 AI 製品の機能強化と更新。") : Now Assist の新機能と変更については、「 [Now Assist およびエージェント型 AI のリリースノート](https://servicenow-prod.fluidtopics.net/pgtrbxLktWwXj6Tt~fw55w "Now AssistYokohamaリリースでのエージェント型 AI 製品の機能強化と更新。")」を参照してください。 ## 注目の修正 {#yokohama-patch-12__section-notable-fixes} 次の問題とその修正は、顧客に潜在的な影響のあるものを最も重要な修正から順に示しています。 {#yokohama-patch-12__notable-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | アクティビティストリーム PRB1973244 | \[ワークスペースに保存\] を選択した後、コメント/作業メモなどのテキストがジャーナルフィールドから消去されない | ジャーナルフィールドにテキストを挿入してレコードを保存しようとすると、ジャーナルエントリは作成されますが、テキストはボックス内に残ります。これは \[保存 \] ボタンを使用する場合にのみ発生しますが、\[ 投稿 \] ボタンを使用すると正しく機能します。 | 1. CSM/FSM またはサービスオペレーションワークスペース (SOW) でアクティブなケース、問題、インシデントを開きます。 2. 内部情報 (作業メモ) とコメントにテキストを挿入します。 3. \[保存\] をクリックします。 {#yokohama-patch-12__ol_sg4_lhs_c3c} 予想される動作:ユーザーが保存すると、テキストが消えます。 実際の動作:テキストは、ユーザーが保存した後もテキストボックスに残ります。 | | アプリケーションマネージャー PRB1981044 [KB2719949](https://hi.service-now.com/kb_view.do?sysparm_article=KB2719949) | sys_store_appテーブルの最新バージョンはインストール後にインストール済みバージョンに更新されるため、アプリマネージャーで \[アップグレード\] ボタンを使用できなくなります | 「sn_appclient.enable_app_ manager_checksums_cache」sys_propertyが「true」(デフォルト) に設定されている場合、アプリケーションマネージャーの UpdateChecker.checkAvailableUpdates API (UI の同期) の 2 つの関数 (_fixLatestVersionFor WithdrawnInstalledApps、_fixLatestVersionFor WithdrawnInstalledCustomizations) に必須の GlideRecord.addQuery 制約がありませんでした。この回帰により、インストール/同期時に「latest_version」が誤った値に設定されました。 | 詳細については、リストの KB 記事を参照してください。 | | 構成管理データベース (CMDB) PRB1909893 | \[実行\] フィルターは、古い条件を適用しても、新しく適用されたフィルター条件を取得しないことがあります | CMDB 関係エディターでは、フィルターは古い条件を適用し、新しく適用されたフィルター条件は取得しません。この問題は一貫して再現可能ではありませんが、問題のある API 呼び出しが行われています。 | | | データベースの永続性 - データアクセス PRB1829096 | ISO 第 53 週の timeref 表示値が正しくありません | 軸ラベルのみが影響を受け、実際の値が保持されるため、表面的なものです。 | | | メール通知 PRB1952527 | ユーザーがミニ/フルコンポーザーで \[テンプレートを適用 \] を選択したときにメールテンプレートが適用されない | テンプレートは適用されません。 | 1. 管理者ユーザーとしてログインします。 2. CSM/SOW ワークスペースに移動し、インシデント/ケースレコードを開きます。 3. アクティビティストリームの \[メール\] タブに移動します。 4. \[ テンプレートを適用\] アイコンを選択します。 5. テンプレートを選択します。 6. \[適用\] を選択します。 {#yokohama-patch-12__ol_ij4_lhs_c3c} 予想される動作:テンプレートが適用されます。 実際の動作:テンプレートは適用されません。 | | インターナショナリゼーション機能 PRB1892286 [KB2277705](https://hi.service-now.com/kb_view.do?sysparm_article=KB2277705) | システム言語が日本語に設定されている場合、アドミン以外のユーザーは特定の手順でダッシュボード名を変更できません | ダッシュボード名は、Washington バージョンと Xanadu バージョンと同様に、正しく更新され、プライマリレコードとその翻訳フィールドの両方に反映される必要があります。Yokohama バージョンでは、日本語が有効でsys_translatedレコードが存在する場合、ダッシュボード名の更新はサイレントで失敗します。 | 詳細については、リストの KB 記事を参照してください。 | | サーバー側スクリプト PRB1972733 | セキュリティ統合のフィールド変換が失敗し、null 値が返される | フィールドの翻訳が機能していません。フィールド evaluator.withEnforcedSecurity(false) を変更すると、フィールドの変換は期待どおりに機能します。 | | [ ] {#yokohama-patch-12__notable-fixes} ## その他のすべての修正 {#yokohama-patch-12__other-fixes} {#yokohama-patch-12__all-other-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | 高度な作業アサイン PRB1982818 | サービスチャネルを削除した後も、エージェントの現在のユニバーサルキャパシティは減少しません | サービスチャネルを「利用可能」プレゼンスステータスから削除した後は、そのチャネルに関連する既存のドキュメントのユニバーサルキャパシティを考慮しないでください。 | 1. サービスチャネルを作成します (「Chat-test」)。 2. awa_presence_state の \[対応可能\] 在席状況に追加します。 3. 関連するキューとアサインの適格性プールを作成します。 4. エージェント (「Beth Anglin」) のユニバーサルキャパシティレコードを作成します。 5. エージェントを「対応可能」にします。 6. そのためのドキュメントを作成し、それらをエージェントにアサインします。エージェントの現在のユニバーサルキャパシティが増加していることを確認します。 7. awa_presence_state の「利用可能」プレゼンスステータスからサービスチャネルを削除します。 {#yokohama-patch-12__ol_m31_wsr_c3c} エージェントの現在のユニバーサルキャパシティが同じままであることを確認します。Xanadu と Zurich では、現在のユニバーサルキャパシティが減少します。 | | アジャイル開発 PRB1968771 | /sn_safe_$safe_board.do #/teamBacklog が壊れています | チューリッヒの SAFe チームバックログボードにさまざまな PI をロードできない。ボード内のデータは常に変更されるわけではなく、ボード上の PI を変更するために複数回試行する場合があります。 | | | AI エージェント (Glide ファミリー) PRB1970081 | 昇格したロールに対してエージェント/ワークフローアクセスが機能しない | ユーザーは昇格されたロールを持っていることを示していますが、エージェントアクセスをテストした後、ユーザーはエージェントへのアクセスがブロックされているようです。 | 1. 最新のトラックまたは znowassist を使用してインスタンスを作成します。 2. 12 月の展開計画を実行します。 3. エージェントを作成します。 4. アクセス権とロールを、昇格されたロールのカップルに制限します。 5. ユーザーを作成します。 6. これらの昇格したロールをユーザーにアサインします。 7. ユーザーに対してエージェントスタジオからエージェントアクセスをテストします。 {#yokohama-patch-12__ol_xg4_lhs_c3c} 最初の画面に、ユーザーがこれらの昇格したロールを持っていることを確認します。ただし、テストを実行した後、結果は、ユーザーがエージェントへのアクセスをブロックされていることを示しています。ただし、ACL チェックは失敗しても、ロールマスクは合格します。 | | AI エージェント (Glide ファミリー) PRB1972747 | 完全エージェント型でのカタログ実行に対して 10 アシストを課金する必要がある | | | | AI 検索 (Glide) PRB1926964 | 非ベースインスタンスの英語 (EN) レコードが sys_language テーブルに作成された場合、E5 エンコーディングが機能しない | この問題は、E5 モデル構成がサポートされている言語のsys_languageレコードを参照するために発生します。これにより、レコードのsys_idが保存されます。ただし、ユーザーのインスタンスに非ベースインスタンス言語レコードがある場合、E5 では機能しません。 | | | サービスポータルの AI 検索 PRB1956814 | 「Enter」キーを押してもリンクが開かない | タブのフォーカスがリンクにあり、「Enter」キーを押すと、リンクは開きません。ただし、ユーザーが Tab キーを押すとフォーカスが非表示になり、Enter キーを押すとリンクが開きます。 | 1. AI 検索が有効になっているベースインスタンスを開きます。 2. サービスポータルに移動します。 3. \[ 検索\] 編集 フィールドに移動します。 4. 「email」を検索します。 5. 検索結果に移動します。 6. フィルターを選択します。 7. \[結果\] セクションのいずれかのリンクに移動します。 8. Enter キーを押して選択します。 9. 開くかどうかを確認します。 {#yokohama-patch-12__ol_bh4_lhs_c3c} 予想される動作:タブのフォーカスがリンクにあり、Enter キーを押すとリンクが開きます。Tab キーを押すと、フォーカスが次のインタラクティブ要素に移動します。 実際の動作:タブフォーカスがリンクにあり、「Enter」キーを押すと、リンクが開きません。ただし、ユーザーが Tab キーを押すとフォーカスが非表示になり、Enter キーを押すとリンクが開きます。 | | 仮想エージェント用 AI Search PRB1945491 | タグは「文字列」ではなく「文字列のアレイ」として渡す必要があります | | | | AI 検索 UX PRB1962691 | AI 検索で返されなかったソースがsys_search_source_eventに入力されない | | 1. ポータルの AI 検索を有効にします。 2. 検索ソースからドキュメントを返さないクエリを検索します。 {#yokohama-patch-12__ol_fh4_lhs_c3c} 返された検索結果のテーブルのみがsys_search_source_eventに追加されたことを確認します。 | | AI 検索 UX PRB1973402 | サービスポータルでは、Genius 結果が水平ではなく垂直方向に積み重ねられます | この問題は、Yokohama と Washington DC で発生します。 | | | 予約 PRB1940645 | ユーザーがポータルホームページで予約をロードし、別のポータルページでサービスポータル (SP) の日付ピッカーを使用すると、ページがリロードされるまで日付ピッカーを選択できません | | | | 予約 PRB1973793 | ブラックアウトスケジュールが遵守されない | ユーザーは、ブラックアウトスケジュール期間中に予約することができます。 | 1. ユーザー Ruaa Kuecken の代理操作を行います。 2. \[認証情報\] ページに移動します。 3. \[ フィンガープリンティング\] を選択します。 4. 場所ドロップダウンリストから、\[ サンディエゴ - リンダビスタキャンパス\] を選択します。 5. 「訪問の理由は何ですか?」という質問に「指紋採取」で答えてください。 6. \[予約\] の横にある カレンダー アイコンを選択します。 {#yokohama-patch-12__ol_ih4_lhs_c3c} ブラックアウトスケジュール中 (12 月 31 日など) は予約スロットが利用可能であることに注意してください。 | | 認証 PRB1927594 [KB2423799](https://hi.service-now.com/kb_view.do?sysparm_article=KB2423799) | API 認証済みセッションからの OAuth トークン呼び出しが失敗する | ローカル内部ユーザーログインに対するマルチファクター認証の適用の一環として、適応認証が有効になり、MFA コンテキストポリシーが構成されます。API 認証セッションが確立されると、API 統合 (または非インタラクティブ) 関連の呼び出しのみが行われることが想定され、「/oauth_token.do」呼び出しは統合呼び出しの外になります。 | 詳細については、リストの KB 記事を参照してください。 | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1963168 | アップグレード後に HRSD ナレッジグラフが利用できなくなる | Now Assist ナレッジグラフに問題があります。ユーザーは、「予期しないエラーが発生しました。もう一度お試しください』と言いました。 | 1. HR ポータルにアクセスできるユーザーの代理操作を行います。 2. HR ポータル (https://\.service-now.com/hr) に移動します。 3. 仮想エージェントチャットを開始します。 4. 「自分のオープン HR ケースを表示 (Show me my open HR cases)」というプロンプトを入力します。 {#yokohama-patch-12__ol_mh4_lhs_c3c} 予想される動作:ユーザーのオープン HR ケースに関する情報が表示されます。 実際の動作:ユーザーは「予期しないエラーが発生しました。もう一度お試しください』と言いました。 | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1965782 | ケースの要約/解決メモの生成中に作成された RCA | RCA は、HR ケースとその子テーブルのフィールドを変更すると生成され、テストが失敗します。 | | | ケース管理 PRB1821909 | RecordReferenceConnected GQL クエリが createCase フローで表示されますが、Xanadu では発生しませんでした | | 1. CSM がデモデータとともにインストールされているメインまたはトラック/パフォーマンス統合上のインスタンスを開きます。 2. sn_customerservice_agent ロールを持つユーザーの代理操作を行います。 3. CSM ワークスペースに移動します。 4. ケースリストビューに移動します。 5. \[ 新規 \] を選択してケースを作成します。 6. 簡単な説明にランダムな文字列を入力します。 7. \[ アカウント \] フィールドの値を設定します。 8. \[ 簡単な説明\] フィールドをランダムな文字列に設定します。 9. \[保存\] をクリックします。 {#yokohama-patch-12__ol_ph4_lhs_c3c} 予想される動作:ユーザーには snRecordReferenceConnected への呼び出しが表示されません。 実際の結果:ユーザーには snRecordReferenceConnected への GQL 呼び出しが表示されます。 | | 変更管理 PRB1953175 [KB2675721](https://hi.service-now.com/kb_view.do?sysparm_article=KB2675721) | 変更リスクアセスメントに対して「アセスメントの通知」ユーザー通知が不要にトリガーされる | メール通知は、リスクアセスメントがオープンされたとき (理論的にはユーザーがリスクアセスメントを完了したとき) に「アセスメントユーザーに通知」サブフローによってトリガーされます。メール通知を受信する頃には、このメッセージは不要になります。 | 1. 変更要求に移動します。 2. 変更要求を保存します。 3. リスクアセスメントを開いて完了します。 {#yokohama-patch-12__ol_vh4_lhs_c3c} ユーザーにアセスメントがアサインされたことを示す通知を確認します (「sysevent」テーブルのイベント「assessment.received」)。 | | CMDB データマネージャー PRB1943938 | データマネージャーポリシージョブでは、大きなデータセットを処理するときにタスクの作成が遅くなります | 基礎となる SQL クエリに CMDB テーブルの LIMIT と OFFSET のパターンがあるため、実行中のジョブに対する CMDB データマネージャーポリシーが長時間実行され続けます。テーブルには大量のデータがあるため、これらの SQL クエリの実行時間が長くなり、実行中のジョブの速度が効果的に低下します。 | | | コミュニティ PRB1952833 | コミュニティフォーラム内のブログ投稿がすべて再フォーマットされました | コミュニティポータルのブログに HTML コードが正しく表示されません。 | | | 構成管理データベース (CMDB) PRB1894727 | 「要求済み」ステータスの間、CMDB データマネージャータスクの同じユーザーに対して重複する承認が作成される | この問題は、複数のアーカイブポリシーがそれぞれ 1 つ以上のタスクを生成する場合に表示されます。廃止または削除ポリシーにも適用される場合があります。 | | | オブジェクトストアへのデータのアーカイブ PRB1890833 | 破損した添付ファイルにより、オフロードの失敗が繰り返され、チャンクが枯渇する | | 1. アーカイブを作成して、適度な大きさの添付ファイル (数メガバイト) を含むレコードを作成します。 2. この添付ファイルのsys_attachment_docレコードの 1 つを削除します。 3. ステップ 1 でアーカイブされたレコードのオフロードを試みます (オフロードルールの作成、オフロードジョブの実行など)。 {#yokohama-patch-12__ol_xh4_lhs_c3c} オフロードは、現在とその後の再試行の両方でエラーになります。十分な数の添付ファイルが破損すると、再試行するたびにチャンクが破損し、このルールに対して何もオフロードされなくなる可能性があります。 | | オブジェクトストアへのデータのアーカイブ PRB1893485 | 関連レコードのオフロードが完了していない場合、\[階層 2 から復元 (Restore from tier 2)\] によって予期しない結果が生じる可能性があります | これは、オフロードする大きなバックログがないと再現が困難です。 | 1. レコードとその関連レコードをアーカイブします。 2. 関連レコードを文字列にシリアル化し、現時点では保持します。 3. レコード (および関連レコード) をオフロードします。 4. sys_archive_tier2_chunk のチャンクステータスを「実行中」に変更して、オフロードされたレコードが不完全であることをシミュレートします。 5. ステップ 2 の文字列を「アーカイブ」テーブルに逆シリアル化します。 6. 関連レコードの「インデックス」テーブルで、そのsys_s3_bucketを null にし、sys_s3_key を PENDING_CHUNK_Somethingorother に設定します。ステップ 4 〜 6 では、関連レコードがオフロード処理中であることをシミュレートします。 7. 親レコードを階層 1 に復元します。 {#yokohama-patch-12__ol_a34_lhs_c3c} オフロードされたレコードを復元するときに、オフロード解除操作が成功してもSYS_ARCHIVE_TIER2_SKIPテーブルに追加されないことに注意してください。 | | データベースの永続性 - データアクセス PRB1924708 | リストとソートの一致を表示 フィールド ref_ NPE がスローされる | ユーザーがリストを並べ替えると、レコードは消えます。 | 1. task.list に移動します。 2. 開く構成リストレイアウト. 3. 開始予定日の \[変更要求\] を列のリストに追加します。 4. 保存します。 5. ビューにウォッチリストを追加します。 6. いくつかのレコードのウォッチリストに入力します。 7. 一致ウォッチリストを表示します。 8. 開始予定日 \[変更要求\] 順に並べ替えます。 {#yokohama-patch-12__ol_i34_lhs_c3c} 予想される動作:レコードが示します。 実際の動作:レコードが消えます。 | | データベースの永続性 - データアクセス PRB1944597 | 同じsys_scopeの下に複数のアプリケーションがあると、無効な GraphMetadata オブジェクトが作成される | エラーが発生しました。 | 1. CCOE-Global カスタムアプリケーションまたはグローバルスコープ内のアプリケーションをインストールします。 2. CCOE-Global の下に新しいナレッジグラフを作成します。 3. 新しいsn_dbを実行します。GraphMetadata ('global.graph_name').get();。 {#yokohama-patch-12__ol_m34_lhs_c3c} 「global.graph_nameという名前のグラフが見つかりませんでした (No graph named was found)」というエラーが表示されます。 | | データベースの永続性 - データアクセス PRB1968109 | glide.db.aggregate の場合。groupby_display_optimizeが true の場合、参照フィールドでグループ化の表示値は sys_id | | | | データベースの永続性 - データスケール PRB1889276 | 1000 より大きい IN 条件の PG の deleteMultiple が失敗する | NullPointerException がスローされます:「Exception trying to delete from: u_cstask_multiple_delete: java.lang.NullPointerException: Cannot invoke 'java.util.List.addAll(java.util.Collection)' because 'this.fPlaceHolders' is null: com.glide.db.conditions.ASetCondition .formatFieldSet(ASetCondition.java:265) com.glide.db.conditions.ASetCondition .formatSet(ASetCondition.java:157)' | 1. テーブル「u_cstask_multiple_delete」を作成します。 2. 単一の文字列列「end_of_life_item」を追加します。 3. 約 10,000 個のアイテムを生成します。 4. Glide レコードと IN 条件を使用して削除してみてください。 5. addQuery IN 値には 1,000 を超える値を入力してください。 {#yokohama-patch-12__ol_p34_lhs_c3c} NullPointerException がスローされていることを確認します。 | | データベースの永続性 - データスケール PRB1945816 | 接続プールは、展開中のエラーを適切に処理する必要があります | この問題は、PRI データベース接続プールが使い果たされたユーザーの本番インスタンスで確認されました。RR データベースでクエリを実行している間、複数のスレッドが PRI DB 接続を保持していたために、枯渇が発生しました。この間、RR データベースが (ハードウェア障害により) ダウンし、これらのスレッドは約 10 〜 15 分間ブロックされたままになり、プールが枯渇しました。 | 1. 読み取りレプリカ DB を持つインスタンスを作成します。 2. トランザクションを繰り返し実行して、すべてではなく一部のクエリを読み込みレプリカにルーティングします。 3. これらのクエリの実行中は、読み取りレプリカデータベースを停止する必要があります (-9 を強制終了するか、ボックスを取り外します)。 {#yokohama-patch-12__ol_s34_lhs_c3c} トランザクションがタイムアウトし始めるまで、システムが 10 分から 15 分間使用できなくなることを確認してください。 | | DevOps (ファミリー) PRB1974768 | 同時実行の問題により、重複するプル要求が作成される | データベースレベルの一意性が存在しないため、競合状態が発生すると重複レコードが作成されます。 | | | ディスカバリー PRB1895238 [KB2249032](https://hi.service-now.com/kb_view.do?sysparm_article=KB2249032) | クラウドアプリケーションパターンは順番に起動され、長いディスカバリースケジュールに寄与します | 大量のプローブの起動時間を改善する必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | ディスカバリー PRB1903928 | primary_hash= -865319141 の遅いクエリは 1 日に 60,000 回実行され、データベースから妥当な時間を消費します | cmp_discovery_ldc_configに比較的多数のレコードを持つユーザーは、クエリー primary_hash= -865319141 の影響を受ける可能性があります。テーブル全体を読み取って、何千回も実行できます。 | | | ディスカバリー PRB1969791 | パターンが完全に失敗した場合でも、ディスカバリーパターンログに「CI パターンが完了しました」と表示されます | 分類に成功しても、パターンが名前やシリアル番号などの基本的な識別情報を取得できない場合、パターンは完全に失敗します。ただし、ディスカバリーパターンログには、警告 CI パターンは完了したものの、いくつかの後処理ステップが失敗したことが表示されます。 | SNMP ディスカバリーを実行します。 基本的な識別の詳細の取得に失敗すると、パターンが失敗することを確認します。ただし、ディスカバリーパターンログには、警告 CI パターンは完了しましたが、いくつかの後処理ステップが失敗したことが表示されます。 | | ディスカバリー PRB1974425 | ワークスペースの「フォーム」ビューで \[今すぐ検出 \] ボタンをプライマリにする | \[ 今すぐ検出\] の既存の UI アクションレコードのボタンスタイルを更新して、プライマリとしてマークします。 | 1. 移動先 ディスカバリーアドミンワークスペーススケジュール. 2. 任意の IP ベースのスケジュールを選択します。 3. \[スケジュールの詳細\] ページで、\[スケジュールの詳細\] セクションを選択します。 {#yokohama-patch-12__ol_x34_lhs_c3c} 予想される動作:各スケジュールフォームの主要な UI アクションの 1 つが \[今すぐ検出\] であるため、プライマリボタンとして表示されます。 実際の動作:表示される \[今すぐ検出 \] アクションボタンのスタイルが「プライマリ」ではないことに注意してください。 | | ドキュメントビューアー PRB1947203 | Yokohama にアップグレードした後、PDFGenerationAPI ライブラリを使用したカスタム監査プロセスの PDF ファイルの生成中に問題が発生する | PDF ファイルのベースとして使用される HTML テキストのスタイルの URL または一部の機能は、変換もサポートもされません。 | 1. ステータス (state) が「Follow Up (フォローアップ)」 (5) の \[ Corporate FSQ Audit engagement (企業 FSQ 監査エンゲージメント )\] フィールド (engagement_type) を取ります。 2. \[レポート\] フィールド (kb_article) が入力されていることを確認します。 3. \[ 監査レポートのステータス \] フィールド (u_audit_report_state) が \[最終レポートの配信\] (final_review) であることを確認します。 4. 表示される \[監査レポートをプレビュー \] UI アクションを選択します。 {#yokohama-patch-12__ol_aj4_lhs_c3c} 添付ファイルが自動的に生成され、問題のエンゲージメントに添付されるはずですが、何も起こりません。 | | メール通知 PRB1942395 | CPU スロットリングが 4 \* 遅く、6 \* 遅い場合、カーソルは入力フィールドの末尾に移動します | | 1. 管理者ユーザーとしてログインします。 2. CSM ワークスペースに移動します。 3. ケースレコードを開きます。 4. \[ メールの作成\] に移動します。 5. \[ネットワーク\] タブの CPU スロットリングを 4\*低速/6\*低速に変更します。 6. 連続して入力します。 {#yokohama-patch-12__ol_fj4_lhs_c3c} 予想される動作:メールの下書きで最後まで予期しないカーソルが配置されることはないはずです。 実際の動作:入力中にカーソルが末尾にジャンプします。 | | イベント管理 PRB1953971 | テーブルsa_agg_alert_filterには「text」という名前の列が 2 つありますが、そのうちの 1 つはnetwork_trafficする必要があります | ラベルは「ネットワークトラフィック」ですが、列名は「テキスト」であるため、ネットワークトラフィックに個別のフラグはありません。 | | | イベント管理 PRB1954172 [KB2615509](https://hi.service-now.com/kb_view.do?sysparm_article=KB2615509) | 一部のアラートが集計されたアラートフィルターと一致しない場合でも、自動グループが作成されます | 定義されたアラートアグリゲーションフィルター sa_agg_alert_filterが機能せず、アラートはまだグループ化されています。 | 詳細については、リストの KB 記事を参照してください。 | | イベント管理 PRB1978591 | PRC リストには、フィルタリングで除外する必要がある新規および期限切れの変更要求が含まれています | | 1. sa_analytics.rca_use _legacy_query を true に設定します。 2. CI で変更要求を作成し、「新規」ステータスのままにします。 3. 実装日を 1 週間前に設定して、同じ CI に別の変更要求を作成します。 4. 同じ CI でアラートを生成します。 5. 考えられる根本原因のリストを確認します。 {#yokohama-patch-12__ol_lj4_lhs_c3c} 予想される動作:両方の CR を除外する必要があります (1 つは「新規」ステータス、もう 1 つは期限切れ)。 実際の動作:両方の CR が PRC リストに表示されます。 | | フローエンジン PRB1971237 | 65M 負荷テストを実行できません | | 1. インスタンスにログインします。 2. \[CISP テストスイート\] で、\[ NMA_Mock: 65M_NMA_MT_Equip_Data_Update\] を選択します。 3. \[ テストの実行\] を選択します。 4. \[実行プロファイル\] をネストされたペイロードとして選択します。 5. \[OK\] を選択します。 6. CISP の実行で結果を確認します。 {#yokohama-patch-12__ol_qj4_lhs_c3c} 特定の実行が実行されなかったことを確認します。 | | GRC Platform プラグイン PRB1972072 | すべてのワークスペースでのタスクページのロードの P95 応答時間が SLA の 4 秒を超えています | | 1. インスタンスにログインします。 2. \[リスク\]/\[監査\]/\[コンプライアンス\]/\[ESG\]/\[プライバシー\] WS に移動します。 3. タスクページウィジェットを選択します。 {#yokohama-patch-12__ol_uj4_lhs_c3c} P95 応答時間が SLA の 4 秒を超えていることを確認します。 | | Horizon イメージコンポーネント PRB1803287 | 「Fit」プロパティが max-width 属性で機能しない | now-image タグは新しいサイズ変更イベントに計算されますが、値が 'Fit' プロパティにあるにもかかわらず、「img」タグは全幅のままです。 | 1. UI ビルダーページを開きます。 2. カルーセルコンポーネントを配置します。 3. カルーセルコンテンツスロット内に、いくつかのデフォルトの写真を含む 2 〜 3 個の now-images コンポーネントを追加します。 4. 移動先ナビゲーションとインタラクションカルーセル構成. 5. \[ビュー内のアイテムの数\] を \[単一のコンテンツアイテム\] に設定します。 6. ウィンドウのサイズ変更を試みます。 {#yokohama-patch-12__ol_xj4_lhs_c3c} now-image タグの max-width はサイズ変更イベントで新しい値に動的に計算されますが、now-image 内の 'img' タグは、now-image の 'Fit' プロパティで指定されたオプションにもかかわらず、全幅を維持していることに注意してください。 | | HTTP クライアント PRB1959206 | セマフォの枯渇を防ぐために、インスタンスで接続プールのタイムアウトを設定するメカニズムを導入します | これは製品の更新です。 | | | インストールベース管理ストア PRB1972327 | InstallBaseUtilSNC ベースインスタンススクリプトインクルードの NULL チェックなしによるインスタンスパフォーマンスの問題 | 「sn_customerservice .unified_consumerロール」がグループに追加されたため、7,000 人を超えるユーザーを含む 27 の子グループにカスケード変更が発生しました。その後、コンシューマーテーブルに対応するエントリがないこの新しいロールを持つユーザーは、「sn_install_base」テーブルで「select \*」クエリを実行させられました。これにより、200 万件を超えるレコードを含むテーブルのクエリが継続的に実行されます。 | 1. ベースインスタンスを開きます。 2. 多数のユーザー (または多数のメンバーを持つグループ) に「sn_customerservice .unified_consumerロール」をアサインしてみてください。 3. 上記のリストの任意のユーザーとして、任意のケースを開いてみてください。 {#yokohama-patch-12__ol_ck4_lhs_c3c} 遅さを観察してください。Global.CSManagementUtils.getConsumerID() は、テーブルにレコードがなく、unified_consumerロールを持つユーザーに対して null csm_consumer返します。このメソッドは、動的フィルターで使用される他のメソッドで使用されます。 | | インスタンスデータレプリケーション (IDR) PRB1821656 | キャリッジリターン文字 ( ) が追加されます | キャリッジリターン文字は、作業メモまたは追加のコメントがインスタンスに同期されるときに追加されます。 | 1. プロデューサーインスタンスに移動します。 2. 複数行のコメントを作成します。 3. 保存します。 4. コンシューマーインスタンスに移動します。 {#yokohama-patch-12__ol_fk4_lhs_c3c} キャリッジリターン文字 ( ) が新しい行に追加されていることを確認します。 | | インターナショナリゼーション機能 PRB1912273 | Yokohama へのアップグレード後、カタログアドミンが新しいsys_translatedレコードを作成できない | Yokohama へのアップグレード以降、catalog_adminユーザーがテーブル \[sys_translated\] にレコードを作成できなくなり、既存のレコードのみを更新できるようになりました。 | 1. 言語プラグインがインストールされた Yokohama ベースインスタンスをプロビジョニングします。 2. カタログアイテムとその変数セットおよび変数にアクセスするためのcatalog_adminロールを持つ testuser を作成します (ただし、sys_translatedテーブルには直接アクセスできません)。 3. sys_adminとして、任意のカタログアイテムに対して 2 つの変数を作成します。 4. 2 つの変数のいずれかの翻訳を追加します。 5. testuser に切り替えます。 6. カタログアイテムを開きます。 7. 優先言語をプラグインに関連付けられている言語に変更します (翻訳が存在することを確認します)。 8. 英語の値を、まだ翻訳されていない変数の翻訳に変更します。 9. sys_adminとして、sys_translatedテーブルを直接確認します。変更を保存しようとするとすぐに元に戻り、保存されないことを確認します。 10. テスト担当者は、既存の翻訳の変数質問テキストの既存の翻訳を調整します。 {#yokohama-patch-12__ol_ik4_lhs_c3c} 調整が正しく保存され、sys_translatedテーブルで確認でき、testuser に対して「updated」と「updated by」が正しく更新されていることを確認します。 | | Key Management Framework (KMF) PRB1906571 | オンプレミスインスタンスのノード再起動後に Password2 システムプロパティが暗号化された値を返す | オンプレミス環境では、データベース (DB) プロパティが正しく復号化されず、メモリ内で暗号化されたままになります。 | | | Key Management Framework (KMF) PRB1906606 [KB2601723](https://hi.service-now.com/kb_view.do?sysparm_article=KB2601723) | 未定義または無効なsys_id、または無効なテーブルを含むレコードの SEK リキーが失敗する | Bagheera は未定義/null/空のsys_idレコードを処理する必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | 言語と翻訳 PRB1978639 | Yokohama 向けの翻訳を結合し、以前のパッチで導入された問題を修正 | これは GenAI 翻訳の更新です。 | | | 複数プロバイダーのシングルサインオン (SSO) PRB1920554 | 「証明書の有効期限のチェック」ジョブが毎日失敗する | ユーザーが複数の証明書を持つインスタンスでジョブ \[証明書の有効期限の確認 (Check certificate expiration)\] を実行すると、localhost_logには null を取得したすべての証明書について問題が表示されます。 | | | ネクストエクスペリエンス統一ナビゲーション PRB1975305 | AI エンゲージメントエクスペリエンス (AIEX) アップグレードの問題 | ユーザーが Yokohama をアップグレードしても、新しい AIEL の変更は取得されません。これは、UXR コンポーネントを含むバージョン 27.0.29 からバージョン 27.0.28-aiex.13 にアップグレードするときに発生します。 | | | ソフトウェア資産管理 (SAM) 向け Now Assist PRB1951872 | ユーザー解決ルールは、特定のドメインではなくグローバルドメインに作成されます | ユーザー解決ルールは、子ドメイン「A1」ではなくグローバルドメインに作成されます。 | 1. 親ドメイン「A」が作成されました。 2. 子ドメイン「A1」と「A2」を作成します。 3. ドメイン A1 に統合プロファイルを作成します。 4. ドメイン A1 のsys_userテーブルに \[ 仕事用メール \] としてカスタムフィールドを作成します。 5. スケジュール済みジョブを実行して、ドメイン A1 のサブスクリプションをプルします。ユーザー解決ルール作成スケジュールジョブがトリガーされ、ルールが作成されていることを確認します。 {#yokohama-patch-12__ol_sk4_lhs_c3c} 予想される動作:ユーザー解決ルールはドメイン A1 に作成されます。 実際の動作:ユーザー解決ルールはグローバルドメインに作成されます。 | | Now Assist パネル PRB1985088 | NASS のリンクが新しいタブで開かない | | 1. ページ全体に移動します。 2. 「スパムとは何ですか?」で検索します。 3. KB のソースリンクを選択します。 {#yokohama-patch-12__ol_jvv_x1g_d3c} 予想される動作:KB リンクが新しいタブで開きます。 実際の動作:KB リンクがまったく開きません。 | | オンコールスケジューリング PRB1909337 | cmn_rotaにシフトがない場合、\[ オンコールカレンダー \] を選択しても応答がない | ユーザーが \[オンコールカレンダー\] を選択しようとすると、応答もメッセージも表示されませんが、理由不明で緑色の境界線が表示されます。シフト(cmn_rota)の有無と関係があるようです。代わりに、利用可能なシフトがない場合、ページに意味のあるメッセージを表示する必要があります。 | 1. cmn_rota.list を実行します。 2. レコードがないことを確認します。 3. \[オンコールスケジューリング\] に移動します。 4. \[ オンコールカレンダー\] を選択します。 {#yokohama-patch-12__ol_xk4_lhs_c3c} 応答もメッセージもありませんが、不明な理由で緑色の境界線が表示されていることを確認します。 | | オンコールスケジューリング PRB1938628 | シフトに範囲を追加すると、オンコールスケジュールの \[日\] ビューにユーザーが 2 回表示される | | 1. グループに対して 2 つ以上のシフトを作成します。 2. 1 つのシフトで新しいスケジュールエンジンを使用し、もう 1 つのシフトで古いスケジュールエンジンを使用していることを確認します。 3. 新しいスケジュールエンジンでユーザーに範囲を追加します。 4. クラシックカレンダーでシフトを選択すると、オンコール担当者が表示されます。 {#yokohama-patch-12__ol_zk4_lhs_c3c} ユーザーが 2 回表示されていることを確認します。ユーザーは 1 回だけ表示する必要があります。 | | オンコールスケジューリング PRB1967490 | OnCallRotation.getPrimaryUser が、2024_schedule_engine の使用中に終日シフト時間に対して null を返す | プライマリオンコールを取得するスクリプトは、有効なデータを返しません。代わりに、null 値が返されます。 | | | OneExtend PRB1925002 | エージェント型ワークフローのトリガー sys_userが、「AI ユーザー」として実行よりも優先される | トリガー条件が満たされると、新しいインシデントに対してワークフローの「別のユーザーとして実行」ユーザーを使用してワークフローを実行する必要があります。ただし、実際にはワークフローはトリガーのsys_userで実行され、「アクセス拒否」エラーで実行が終了します。 | | | OneExtend PRB1971589 | Glide レコードの動的により cypher2Results API が壊れている | OneExtend から null ポインター例外が発生しています:「次の JavaScriptException の結果としてスタックトレースを解読できませんでした。(Couldn't decipher the stack trace resulting from the following JavaScriptException)」 | | | OneExtend PRB1973586 | 新しく変更された LLM プロバイダー設定は、アップグレード後にリセットされます | インスタンスを Zurich にアップグレードしたが、生成 AI コントローラーアプリと Now Assist アドミンアプリを互換性のある利用可能な最新バージョンにアップグレードしなかった場合、Now Assist アドミンの \[モデルプロバイダーを編集\] オプションを使用して変更されてから 2 時間以内に LLM プロバイダー設定がアップグレード前の値に戻ります。この動作により、アップグレード後に構成が不安定になる可能性があります。 | | | OneExtend PRB1974084 | sys_db_view_table の「where」節が原因で zboot 中にエラーが発生する | | | | OneExtend PRB1978709 | 送信 URL が接続 URL (sys_alias) のプロジェクト ID を無視するため、Now Assist パネルと AI エージェントが失敗する | Gemini BYOK 統合では、生成された送信 URL に接続 URL (sys_alias) のプロジェクト ID が含まれていないため、Now Assist パネルと AI エージェントによる送信要求が失敗します。これらの機能は、送信 URL のビルドに Java プロキシに依存していますが、プロキシはプロジェクト ID を追加しません。その結果、呼び出しは正しくない、または不完全な Gemini エンドポイントに送信され、ユーザーには「無効な HTTP 応答 404: 見つかりません」というエラーが表示されます。対照的に、インシデントの要約機能とコード生成機能は、送信 URL を適切に作成し、プロジェクト ID を要求パスの一部として含めるフローデザイナーを使用するため、正しく機能します。Now Assist パネルと AI エージェントはフローデザイナーをバイパスし、代わりにプロジェクト ID を省略した Java プロキシを使用するため、発信呼び出しは常に失敗します。 | | | OneExtend PRB1981515 | 非同期クライアントコールに関する拡張デバッグログを追加する | デバッグログは、各ストリーミングチャンクが受信されたとき、最後のコールバックが受信されたとき (VAStreamConsumer)、ハイブリッドキューにエンキューする前、およびハイブリッドキューにエンキューしてコールバックが完了した後に追加する必要があります。 | | | プラットフォームアナリティクス移行 API PRB1797363 | スケジュール済みレポートは、アクティブでなくても移行されます | | 1. track/dataanalytics で、「com.glide.par.unified_analytics.enabled」プロパティを false に変更して移行をトリガーします。 2. レポートを開きます。 3. レポートをスケジュールします。 4. スケジュール済みレポートを開きます。 5. スケジュール済みレポートが自動的に送信されないようにするには、アクティブフィールドを false に設定します。 6. 移行センターから移行を実行します。 7. 移行が完了したら、移行をアクティブ化します。 8. \[スケジュール済みエクスポート\] ライブラリに移動します。 {#yokohama-patch-12__ol_dl4_lhs_c3c} 予想される動作:スケジュール済みレポートは移行されません。 実際の動作:非アクティブなスケジュール済みジョブがアクティブとして移行されます。 | | プラットフォームアナリティクス移行 API PRB1962944 | プラットフォームアナリティクスの移行前後に UnloadDashboard を使用すると、analytics_category_m2mテーブルに重複レコードが作成される | Zurich リリースでは、プラットフォームアナリティクスの移行前に UnloadDashboard を使用してソースインスタンスからコア UI ダッシュボードをエクスポートし、次に同じダッシュボードをプラットフォームアナリティクスダッシュボードに移行し、移行後に UnloadDashboard を使用して再度エクスポートすると、ターゲットインスタンスへのインポート時に重複するカテゴリレコードがanalytics_category_m2mテーブルに作成されます。この問題は、ソースインスタンスとターゲットインスタンスの両方が移行プロセスを実行し、移行されたダッシュボードが更新セットを使用して再インポートされた場合に発生します。その結果、ターゲットインスタンスの移行されたダッシュボードには、同じカテゴリが 2 つ表示され、analytics_category_m2mテーブルのリンクが重複しています。 | 1. ソースインスタンスで、新しい更新セットを作成し、現在のものとして設定します。 2. コア UI ダッシュボードを作成し、ダッシュボードグループにアサインします。 3. UnloadDashboard 機能を使用して、ダッシュボードを現在の更新セットに記録します。 4. 更新セットを「完了」としてマークし、XML ファイルにエクスポートします。 5. ターゲットインスタンスで、更新セットの XML ファイルをアップロード、プレビュー、およびコミットします。 6. ソースインスタンスとターゲットインスタンスの両方で、移行センターを使用してコア UI ダッシュボードをプラットフォームアナリティクスダッシュボードに移行します。 7. ソースインスタンスで、更新セットを作成し、それを再び現在のセットとして設定します。 8. UnloadDashboard を再度使用して (今回はプラットフォームアナリティクスの移行後に)、プラットフォームアナリティクスダッシュボードを更新セットにキャプチャします。 9. ターゲットインスタンスで、この新しい更新セットの XML ファイルをアップロード、プレビュー、およびコミットします。 10. ターゲットインスタンスで、移行されたプラットフォームアナリティクスダッシュボードを開き、そのカテゴリを確認します。 {#yokohama-patch-12__ol_jl4_lhs_c3c} analytics_category_m2mテーブルに重複レコードが作成されていることを確認します。 | | プラットフォームライセンス PRB1980200 | SM および LE 6.0.2 の調整 | これは製品の更新です。 | | | プロセスマイニングワークスペース PRB1916916 | 日時がアクティビティ定義として選択されている場合、アクティビティのグループ化が機能しない | | | | プロセスマイニングワークスペース PRB1949520 | ユーザーは、そのテーブルの一部のレコードにのみアクセスできる場合、プロセスを表示できません | | 1. abel.tuter の代理操作をします。 2. プロセスマイニングワークスペースから \[プロセス構成\] リストを開きます。 3. サイドバーの レンチ アイコンを選択します。 4. リストからkb_knowledgeレコードを選択します。 {#yokohama-patch-12__ol_em4_lhs_c3c} ユーザーがkb_knowledgeテーブルの一部のレコードにアクセスできる場合でも、「この構成を表示するために必要なナレッジテーブルへのアクセス権がありません (You don't have required access to the Knowledge table for viewing this configuration)」というエラーが表示されることを確認してください。 | | プロセスマイニングワークスペース PRB1955632 | \[上位 5 つの機会タイプ\] グラフに、レコードが最も多い改善の機会タイプが表示されない | | 1. 結果を追加した後、\[サマリーとインサイト\] ページに移動します。 2. \[上位 5 つの機会タイプ\] グラフを表示します。 {#yokohama-patch-12__ol_hm4_lhs_c3c} データが最高のレコード頻度でソートされていないことを確認します。 | | 調達 PRB1970134 | 倉庫インポートフローを通じて受領する場合、\[受領元\] が入力されない | 通常の PO フローでは、\[受領者\] は資産を受領したユーザーによって入力されます。ただし、インポートフローでは空として表示されます。 | 1. インスタンスにログインします。 2. 発注書を作成します。 3. Apple Mac で数量を 3 に設定して発注明細を作成します。 4. ストックルームページを開きます。 5. 上記の POL のインポートフローを完了します。 6. 3 つの資産の詳細を入力します。 7. \[受領\] を選択します。 {#yokohama-patch-12__ol_jm4_lhs_c3c} 受領伝票に \[受領者\] が入力されていないことを確認してください。 | | リソース管理 PRB1941447 [KB2552237](https://hi.service-now.com/kb_view.do?sysparm_article=KB2552237) | RMWS の月次ビューで可用性が 24 時間に調整されていないため、アサイン FTE が誤った値に低下する | この問題は、可用性が 24 時間に調整されていないことが原因です。可用性を 24 時間に調整し、時間を均等に再配分する必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | サーバー側スクリプト PRB1974676 | ゲストサンドボックスのログ記録により、システムログが過負荷になる可能性があります | | | | サーバー側スクリプト PRB1974683 | 静的解析機能のルールがno_db_overrideの背後にロックされています | | | | サービスカタログビルダー PRB1982503 | Yokohama では、t2c-6.0.7 のキャンバスビューに \[続行 \] ボタンが機能せず、\[ プレビュー \] ボタンが表示されない | | 1. NAFC 27.6.1 で Yokohama インスタンスを開きます。 2. T2C スキルを有効にします。 3. カタログビルダーに移動します。 4. \[Now Assist を使用したビルド\] を選択します。 5. 任意の発言を入力します。 {#yokohama-patch-12__ol_om4_lhs_c3c} \[ プレビュー \] ボタンが表示されず、\[ 続行 \] ボタンが機能しないことを確認します。 | | サービスポータル PRB1935624 | ファセット検索の \[フィルターを非表示\] と \[すべてクリア\] が適切に配置されていません | \[ フィルターを非表示にする \] オプションと \[ すべてクリア \] オプションが表示されていますが、配置されていません。いくつかのピクセルの不一致があります。 | 1. ESC ポータルで何かを検索します。右側のファセットを観察します。 2. いずれかのソースを選択して 、\[すべてクリア\] が表示されるようにします。 {#yokohama-patch-12__ol_rm4_lhs_c3c} 予想される動作: \[フィルターを非表示 (Hide filters )\] と \[すべてクリア (Clear All)\] オプションが揃っています。 実際の動作: \[フィルターを非表示にする \] オプションと \[ すべてクリア \] オプションが表示されていますが、配置されていません。いくつかのピクセルの不一致があります。 | | ソフトウェア資産管理 PRB1968916 | 失敗したジョブ名とプロファイル Sys ID で transactionId をフェッチ | | | | ソフトウェア資産管理 PRB1974875 | ファミリーリリースのジョブ失敗のトラブルシューティング | これは製品の更新です。 | | | Microsoft 用ソフトウェア資産管理パブリッシャーパック PRB1871730 | \[CAL 情報の収集\] 拡張セクションにより、Windows ディスカバリーのペイロードが巨大になる | Windows OS - サーバーパターンを実行している場合、サーバーのMsftUal_DeviceAccessに大量のレコードがあり、WMI クエリーを介してMsftUal_UserAccessされている場合、ペイロードはかなりの量になります。このような大きなペイロードはミューテックスロックを引き起こし、パフォーマンスに影響を与える可能性があります。 | | | SAP 用ソフトウェア資産管理パブリッシャーパック PRB1887429 | 自動ソフトウェアモデルは作成されません | SAP 接続で指定されたデフォルトの価格リストのデフォルトの指名ユーザータイプに対して、自動ソフトウェアモデルは作成されません。 | 1. 「com.snc.samp.automaticsmrcreation」システムプロパティを true に設定します。 2. SAP 接続と SAP クライアントを作成します。 3. さまざまなタイプの SAP システムユーザーを作成します。 4. 検出されたユーザーレコードが作成されたことを確認します。 5. 調整を実行します。 6. ユーザータイプが「ダイアログ」の SAP システムユーザーのみが調整されていることを確認します。 {#yokohama-patch-12__ol_tm4_lhs_c3c} SAP 接続で指定されたデフォルトの価格リストのデフォルトの指名ユーザータイプに対して自動ソフトウェアモデルが作成されていないことを確認します。 | | ソフトウェアディスカバリー PRB1967095 | ソフトウェア資産接続で前回スキャンが設定されないcmdb_sam_sw_install | インストール済みソフトウェアパターンの前処理/後処理スクリプトの同期は、cmdb_ci_applから検出日を取得する必要があります。 | | | ソフトウェアエンタイトルメント PRB1943125 [KB2541050](https://hi.service-now.com/kb_view.do?sysparm_article=KB2541050) | ワークスペースのソフトウェアエンタイトルメントの総コスト計算がフォーム上と異なります | ソフトウェア資産ワークスペース (SOW) ビューに表示されるソフトウェアエンタイトルメントの総コストが、同じエンタイトルメントのフォームビューと比較すると正しくありません。SOW が小数点以下を追加することがありますが、これは丸められた数値を持つフォームビューと一致しません。たとえば、ワークスペース:10,441.5591 とフォーム:10,440 の比較。この問題は、UI スクリプト CalculateTotalCostWS .getTimeSpan() と CalculateTotalCost .getTimeSpan() の出力が異なるために発生しますが、一貫した結果は得られません。この問題は、ソフトウェア資産ワークスペースでの正確なコスト情報の可視化に影響を与えます。 | 詳細については、リストの KB 記事を参照してください。 | | Source-to-Pay オペレーション (Glide) PRB1978443 | 整数から 10 進数への変更、Java レベルの変更 | | | | UI フィールド管理 PRB1881510 | 標準的な変更テンプレートの \[変更要求値\] の下のカテゴリがサービスオペレーションワークスペースに反映されない | この問題はベースインスタンスにも存在します。\[ カテゴリ\] フィールドは表示されますが、カテゴリに設定された値は \[変更テンプレート値\] の下に表示されません。 | 1. アプリケーションナビゲーターで、 変更標準的な変更自分の提案新規. 2. 変更要求値を入力した新しいテンプレートを作成します。 3. 承認を要求します。 4. サービスオペレーションワークスペースで、 リストタスクあなたにアサイン済み (必要に応じてフィルターを削除します)。 5. 標準的な変更テンプレートを開きます。 {#yokohama-patch-12__ol_ym4_lhs_c3c} \[変更要求値\] のカテゴリが反映されていないことを確認します。 | | UI フィールド管理 PRB1937530 | 参照フィールドが正しく表示されない | UI ビルダーフォームコンポーネントを使用するレコードページから \[ インシデントの作成 \] UI アクションを使用してインシデントを作成すると、参照フィールドが正しく表示されないことがあります。 | 1. サービスオペレーションワークスペースに移動します。 2. プラスアイコンを選択します。 インタラクションフォームページが表示されます。 3. インタラクションフォームの以下のフィールドに入力します。 1. 問い合わせユーザー:任意の問い合わせユーザーを選択します。 2. 構成アイテム:任意の CI を選択します。 3. サービス:任意のサービスを選択します。 {#yokohama-patch-12__ol_fn4_lhs_c3c} 4. \[保存\] をクリックします。 5. インタラクションフォームビューで、\[ 簡単な説明\] フィールドに入力します。 6. \[ インシデントの作成\] を選択します。 {#yokohama-patch-12__ol_en4_lhs_c3c} インシデントワークスペースビューの \[アサイン\] セクションで、\[ 構成アイテム \] フィールドと \[ サービス \] フィールドがないことを確認します。 | | UI フィールド管理 PRB1945077 | クリックコールは E.164 国コードを無視し、デフォルトは +1 です | 「クリックコール」機能は、国コードに関係なく、英国やインドなどの国際番号ではなく、米国の番号を誤ってダイヤルします。連絡先カードからのダイヤルは正常に機能しますが、\[ クリックしてコール \] アイコンを使用すると、常にデフォルトで米国の番号に設定されます。 | 1. CSM ワークスペースに移動 2. ケースレコードを開きます。 3. \[連絡先\] フィールドの \[情報\] アイコンを選択します。 ユーザーアカウントが開きます。 4. \[勤務先電話\] フィールドの \[電話\] アイコンを選択します。 {#yokohama-patch-12__ol_ln4_lhs_c3c} 発信コールが発信され、インタラクションレコードが作成されます。 | | UI フォーム管理 PRB1953177 | now-stylized-text は Yokohama ではサポートされていないため、キャッチコピーコンポーネントがワークスペースにレンダリングされません | この問題は横浜で発生します。 | 1. GenAI セットアップを使用して ynowassist インスタンスにログインします。 2. UI ビルダーを開きます。 3. 任意の構成ワークスペースを選択します (例:CSM/SOW)。 4. SRP レコードページを開きます。 5. キャッチコピーコンポーネントを追加します。 6. GenAI エージェントまたは添付バックグラウンドスクリプトを使用してレコードを生成します。 7. 構成ワークスペースで同じレコードを開きます。 {#yokohama-patch-12__ol_on4_lhs_c3c} 予想される動作:キャッチコピーコンポーネントがワークスペースに表示されます。 実際の動作:now-stylized-text は Yokohama ではサポートされていないため、キャッチコピーコンポーネントはワークスペースにレンダリングされません。 | | 利用状況アナリティクス PRB1963094 | Web SDK 構成が空になると、ユーザーは統一ナビゲーションメニューを操作できない | sessionStorage の legacyConfig が一部のスクリプトによって空になると、統一ナビゲーションメニューの操作が停止し、interaction 時の trackingConsent とページのフリーズに関連するエラーが発生します。これにより、メニュー項目間のスムーズなナビゲーションが復元されます。 | 1. ホームページをロードします。 2. ブラウザで「検査」モードを開きます。 3. \[アプリケーション\] タブに移動します。 4. セッションストレージを削除します。 5. 統一ナビゲーションまたはページの他のセクションを操作してみてください。 {#yokohama-patch-12__ol_tn4_lhs_c3c} 同意の追跡にエラーがあり、ページがフリーズしていることを確認します。 | | 仮想エージェント PRB1768573 | 汚い言葉フィルターのキーワードの問題 | 汚い言葉フィルターキーワードモードは、汚い言葉を含む汚い言葉にフラグを立てます。 | | | 仮想エージェント PRB1975277 | 追加のチャット機能の実際のステータスは、ベースインスタンスの NAVA アシスタントテストウィンドウに反映されません | テストパネルで、\[Web 検索を許可\]、\[応答ストリーミングを許可\]、および \[ドキュメントのアップロードを許可\] の値が \[非アクティブ\] と表示されます。これは、「sys_now_assist_deployment _config_attributes」テーブルに設定された値を反映していません。 | 1. 移動先 すべてアシスタントデザイナー. 2. アクティブなアシスタント「Now Assist パネル:プラットフォーム (デフォルト)」および「仮想エージェントの Now Assist (デフォルト)」があることを確認します。 3. \[仮想エージェントの Now Assist (デフォルト)\] の設定に移動します。 4. \[その他のチャット機能\] セクションで、\[ Web 検索を許可\]、\[ 応答ストリーミングを許可\]、および \[ドキュメントのアップロードを許可\] オプションを選択します。 5. アシスタントを保存します。 6. \[Now Assist パネル:プラットフォーム (デフォルト)\] に同じオプションが選択されていることを確認してください。 7. テーブル「sys_now_assist_deployment _config_attributes」に移動します。 8. 「ドキュメントのアップロードを許可」を担当する「doc_qna」を検索します。 9. 両方のアシスタントで「true」に設定されていることを確認します (前のステップで選択されているため)。 10. 同じテーブルで「streaming_enabled」と「web_search_enabled」を検索します。 11. 両方のアシスタントに対しても「true」に設定されていることを確認します。 12. 移動先 すべてデザイナー. 13. \[アシスタントを選択\] ドロップダウンリストから、\[ Now Assist パネル:プラットフォーム (デフォルト) アシスタント\] を選択します。 14. \[ テストアシスタント \] ボタンを選択します。 テストパネルが開き、\[Web 検索を許可\]、\[応答ストリーミングを許可\]、および \[ドキュメントのアップロードを許可\] の値が \[アクティブ\] と表示されていることを確認します。 15. \[アシスタントを選択\] ドロップダウンリストから、\[ 仮想エージェントの Now Assist (デフォルト) アシスタント\] を選択します。 16. \[ テストアシスタント \] ボタンを選択します。 17. 利用可能なチャットオプションのいずれかを選択します。 {#yokohama-patch-12__ol_a44_lhs_c3c} 予想される動作:アシスタントテストパネルで、\[Web 検索を許可\]、\[応答ストリーミングを許可\]、および \[ドキュメントのアップロードを許可\] の値は、「sys_now_assist_deployment _config_attributes」テーブルに設定された実際の値に従って表示されます。 実際の動作:テストパネルが開き、\[Web 検索を許可\]、\[応答ストリーミングを許可\]、および \[ドキュメントのアップロードを許可\] の値が \[非アクティブ\] と表示されます。 | | 仮想エージェント PRB1975617 | エージェント参加メッセージの送信に失敗しました | | | | 仮想エージェント PRB1982735 | sys_cs_provider_application内の不明なdocument_idフィールドを処理する | | 1. Glide NLU または Now Assist を設定します。 2. 適切な Teams バージョンを設定します。 3. ボットから会話を開始します。 {#yokohama-patch-12__ol_rd1_1sr_c3c} ログには、すべての Teams 要求の例外sys_cs_provider_application不明なフィールドdocument_idがあります。 | | 仮想エージェント Web クライアント PRB1927910 | ポータルで拡張チャットがアクティブな状態でチャットを開始すると、チャットがタイムアウトした後も、新しいチャットを開始するための \[+ \] ボタンが無効のままになる | \[ + \] ボタンを再度有効にするには、ページを更新する必要があります。 | 1. 次に移動して、拡張チャットボットがポータルに追加されていることを確認します。 対話型インターフェースアシスタント仮想エージェントでの Now Assist表示エクスペリエンス. 2. ポータル (従業員センターなど) で拡張チャットが有効になっていることを確認します。 3. 従業員サービスセンター (ESC) に移動します。 4. チャットセッションを開始します。新しいチャットを開始するための \[+ \] ボタンが無効になっていることを確認します。 5. 破棄タイムアウトが発生するまでチャットを開いたままにするか、手動でタイムアウトをトリガーします。タイムアウト後も、\[ + \] ボタンが無効のままであることを確認します。 {#yokohama-patch-12__ol_r44_lhs_c3c} 予想される動作:チャットがタイムアウトすると \[+ \] ボタンが有効になり、ユーザーはページを更新せずに新しい会話を開始できます。 実際の動作:タイムアウト後も \[+ \] ボタンは無効のままになり、ユーザーは新しいチャットを開始するためにページを更新する必要があります。 | | 仮想エージェント Web クライアント PRB1974007 | 合成された応答が Now Assist 仮想エージェント (NAVA)、Now Assist パネル、動的ウィンドウ (DW) で表示されない | 応答は生成後に消えます。 | | | 仮想エージェント Web クライアント PRB1981024 | URL にドル記号 ($) が含まれている場合、マークダウンリンク \[label\](https://servicenow-prod.fluidtopics.net/url) が誤った URL をレンダリングします | | | | ウォークアップエクスペリエンス PRB1965546 | SOW で、場所キオスクに移動しても結果が返されない | これはウォークアップエクスペリエンスの問題です。 | 1. デモデータとともにインストールされた最新バージョンのウォークアッププラグインを使用して、Yokohama インスタンスをプロビジョニングします。 2. ウォークアップ場所「Santa Clara Tech Lounge」に 2 つのキオスクを追加します。 3. グループ「Santa Clara Tech Lounge」に属するユーザーの代理操作を行います。 4. SOW またはプラットフォームのいずれかにアクセスします。 {#yokohama-patch-12__ol_y44_lhs_c3c} 予想される動作:2 つのキオスクが返されます。 実際の動作:結果は返されません。 | | Web UX ランタイム PRB1968992 | ユーザーが初めてログインしたとき、またはキャッシュをクリアした後、カスタムワークスペースに空白のページが表示される | この問題は、Yokohama をアップグレードした後に発生します。ユーザーは、インスタンスに初めてログインしたときに、Verify ガイド付きアップグレードのロードに時間がかかることに気付きます。 | 1. 移動先 管理メニューアップグレード管理. 2. \[概要\] ページから \[開始\] を選択します。 {#yokohama-patch-12__ol_cp4_lhs_c3c} ユーザーがインスタンスに初めてログインする場合、Verify ガイド付きアップグレードのロードに時間がかかることに注意してください。 | | Word ドキュメント API PRB1967960 | Word 文書のカスタムフォントでエラーがスローされる | | 1. XML に埋め込まれたカスタムフォントを使用して契約書を識別します。 2. 契約を契約要求にアップロードします。 {#yokohama-patch-12__ol_qmx_gbg_d3c} アップロードが失敗し、ファイルが契約要求に表示されないことに注意してください。 | | Zing テキストインデックス作成および検索エンジン PRB1972145 | getTableList メソッドの TS インデックス統計ジョブからのクエリが遅い | TS インデックス統計ジョブは、コードを実行して、指定されたベーステーブルのインデックスを作成する拡張テーブルのリストを取得します。これを行うには、ベーステーブルに対してコストの高い集計クエリを実行し、 sys_class_name フィールドでグループ化します。これは拡張性が不十分であり、クエリの実行時間が長くなり、データベースとインスタンス全体のパフォーマンスに影響を与える可能性があります。 | 1. 大きな CMDB またはSYS_IMPORT_SET_ROWテーブルに移動します。 2. TS インデックス統計ジョブを実行します。 {#yokohama-patch-12__ol_fp4_lhs_c3c} 予想される動作:ジョブは高速に実行されます。 実際の動作:これらの拡張テーブルのサイズが大きくなると、ジョブの実行速度が遅くなります。 | [ ] {#yokohama-patch-12__all-other-fixes} ## 含まれる修正 {#yokohama-patch-12__fixes-included} 特に記載のない限り、以下のいずれのバージョンからでも、このリリースバージョンに安全にアップグレードできます。これら以前のバージョンに含まれる PRB の修正は、このリリースにも含まれています。関心のあるすべての PRB 修正を含む、一覧されている最新パッチにアップグレードしてください。 * [Yokohama パッチ 11](https://servicenow-prod.fluidtopics.net/dKRPg9ZZ37IC7TXHHCIIUw "Yokohamaパッチ 11 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 10 ホットフィックス 1a](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2711334) * [Yokohama パッチ 10 ホットフィックス 1](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2695212) * [Yokohama パッチ 10](https://servicenow-prod.fluidtopics.net/U3iQrSw4gpLKFVish_BJIA "Yokohamaパッチ 10 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 9](https://servicenow-prod.fluidtopics.net/qF99dBFGMArtLbwc3jYqcA "Yokohamaパッチ 9 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 8](https://servicenow-prod.fluidtopics.net/HsElIk4SUez5PbqhY9E2xw "Yokohamaパッチ 8 リリースには、重要な問題修正が含まれています。") * [Yokohama パッチ 7 ホットフィックス 3b](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2693894) * [Yokohama パッチ 7](https://servicenow-prod.fluidtopics.net/SJ~q~VXWTZ5WTaas4OPrpA "Yokohamaパッチ 7 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 6](https://servicenow-prod.fluidtopics.net/eo9jFQpB~P7jBTuQmLncxw "Yokohamaパッチ 6 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 5](https://servicenow-prod.fluidtopics.net/rs6kU9iQ0PwwroVgXw60wg "Yokohamaパッチ 5 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 4](https://servicenow-prod.fluidtopics.net/22_qX_hUUEdAwlhzai8LiA "Yokohamaパッチ 4 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 3](https://servicenow-prod.fluidtopics.net/SMdxdvNMThR1Sxft~T0oFA "Yokohamaパッチ 3 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 2](https://servicenow-prod.fluidtopics.net/3T980DcuiNTzV5U_7nbCig "Yokohamaパッチ 2 リリースには、重要な問題の修正が含まれています。") * [Yokohama パッチ 1](https://servicenow-prod.fluidtopics.net/Z8rTv0wxyZ_xkehEguFjEA "Yokohama パッチ 1 リリースには、重要な問題の修正が含まれています。") * [Yokohama のセキュリティと注目すべき修正](https://servicenow-prod.fluidtopics.net/Rox90JEMc2~R5D1Qh0kmDA "Yokohama リリースには、重要な問題の修正が含まれています。") * [Yokohama におけるその他のすべての修正](https://servicenow-prod.fluidtopics.net/NR4GUboaEk1l_DEq7Ln9~Q "Yokohama リリースには、重要な問題の修正が含まれています。") {#yokohama-patch-12__ul_ymn_wvr_qhc}