--- 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 パッチ 6 # Yokohama パッチ 6 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年07月31日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：150分 Yokohamaパッチ 6 リリースには、重要な問題の修正が含まれています。 Yokohama パッチ 6 は 2025 年 7 月 31 日にリリースされました。 : * ビルド日: 07-27-2025_1301 * ビルドタグ: glide-yokohama-12-18-2024__patch6-07-17-2025 重要: インスタンスのアップグレード方法の詳細については、「[ServiceNow アップグレード](https://servicenow-prod.fluidtopics.net/yl7L08cL4CjrRoyRm~11aQ "アップグレードプロセスでは、インスタンスを新しい ServiceNow リリースバージョンに移行します。アップグレードとパッチ適用の違い、リリース定義、ロールバックとバックアップのオプション、および非本番インスタンスと本番インスタンスのアップグレードをテストする方法を理解してください。")」を参照してください。 リリースサイクルの詳細については、「[ServiceNow リリースサイクル](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547244)」を参照してください。{#yokohama-patch-6__p_download-version} 注: この Now Platform メジャーファミリーリリースは、ServiceNow の規制市場環境で利用できるようになりました。隔離された環境で利用可能なサービスの詳細については、「[KB0743854](https://support.servicenow.com/kb_view.do?sysparm_article=KB0743854)」を参照してください。 ## 概要 {#yokohama-patch-6__overview} Yokohama パッチ 6 には、さまざまなカテゴリの 330 の問題修正が含まれています。以下のチャートは、このパッチに含まれる上位 10 件の問題カテゴリを示しています。 図 : 1. 上位 10 件の問題カテゴリ ## セキュリティ関連の修正 {#yokohama-patch-6__security-related-fixes} Yokohama パッチ 6 には、特定の ServiceNow® アプリケーションと Now Platform®に影響を与えたセキュリティ関連の問題の修正が含まれています。最も安全で最新の機能を使用するために、このリリースにアップグレードすることをお勧めします。Yokohamaパッチ 6 で修正されたセキュリティ問題の詳細については、「[KB2309929](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2309929)」を参照してください。 このリリースで修正された問題のダウンロード可能でソート可能なバージョンについては、[ここ](https://downloads.docs.servicenow.com/enus/yokohama/rn/patches/PRBs-Y06.00.xlsx)をクリックしてください。 ## Yokohamaパッチ6の変更点 {#yokohama-patch-6__changes-in-patch} [構成管理データベース (CMDB) リリースノート](https://servicenow-prod.fluidtopics.net/DJm68axq3BTgQa59~qvfIA "ServiceNow 構成管理データベース (CMDB) アプリケーションは、組織のインフラストラクチャに関するデータを格納します。CMDB は Yokohama リリースで拡張および更新されました。") : Yokohamaパッチ 6 以降、スケジュール済みジョブを手動で実行することで、一部のCMDB ワークスペースタスクを実行するために必要な権限を持つsn_cmdb_adminおよびsn_cmdb_editorユーザーロールを構成できます。 : Yokohamaパッチ 6 (zboot またはアップグレード) 以降では、スケジュール済みジョブ「Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesを手動で実行して、一部のCMDB ワークスペースタスクの実行に必要な権限を持つsn_cmdb_adminおよびsn_cmdb_editorユーザーロールを設定する必要があります。 [Configure Now Assist for Enterprise Architecture (EA)](https://www.servicenow.com/docs/access?context=configure-now-assist-ea&version=yokohama&pubname=yokohama-application-portfolio-management&ft:locale=en-US) : Now Assistスキルと AI エージェントの AI モデルプロバイダーとして、Now LLM サービス、Azure OpenAI、、または を使用できます。次でスキルレベルの設定を行うことができます [Now Assist アドミン コンソール](https://www.servicenow.com/docs/access?context=manage-large-language-models&version=yokohama&pubname=yokohama-intelligent-experiences&ft:locale=en-US). 詳細については、「[Large language models on the ServiceNow AI Platform®](https://www.servicenow.com/docs/access?context=exploring-large-language-models&version=yokohama&pubname=yokohama-intelligent-experiences&ft:locale=en-US)」を参照してください。 [Enterprise Architecture (formerly Application Portfolio Management)](https://www.servicenow.com/docs/access?context=application-portfolio-management-landing-page&version=yokohama&pubname=yokohama-application-portfolio-management&ft:locale=en-US) : ServiceNow®エンタープライズアーキテクチャは、戦略チームと運用チームを統合し、組織がビジネス目標を達成できるようにします。強力な意思決定エンジンとして機能し、堅牢なモデリングとビジネス機能、アプリケーションポートフォリオ、情報ポートフォリオ、およびテクノロジーポートフォリオの管理を組み合わせます。 この製品変更は、Yokohama パッチ 6 リリースに適用されます。 [Exploring Now Assist for Enterprise Architecture (EA)](https://www.servicenow.com/docs/access?context=exploring-now-assist-for-ea&version=yokohama&pubname=yokohama-application-portfolio-management&ft:locale=en-US) : Now Assistスキルと AI エージェントの AI モデルプロバイダーとして、Now LLM サービス、Azure OpenAI、、または を使用できます。次でスキルレベルの設定を行うことができます [Now Assist アドミン コンソール](https://www.servicenow.com/docs/access?context=manage-large-language-models&version=yokohama&pubname=yokohama-intelligent-experiences&ft:locale=en-US). 詳細については、「[Large language models on the ServiceNow AI Platform®](https://www.servicenow.com/docs/access?context=exploring-large-language-models&version=yokohama&pubname=yokohama-intelligent-experiences&ft:locale=en-US)」を参照してください。 QueryRangeACLAuditor : このパッチには、スクリプトインクルード (QueryRangeACLAuditor) の形式で 5 月メンテナンス更新スクリプトが含まれています。このスクリプトは自動的にトリガーされず、パッチのアップグレード後に実行する必要があります。QueryRangeACLAuditor の実行とその機能の詳細については、「 [KB2046494](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2046494)」を参照してください。 ## 注目の修正 {#yokohama-patch-6__section-notable-fixes} 次の問題とその修正は、顧客に潜在的な影響のあるものを最も重要な修正から順に示しています。 {#yokohama-patch-6__notable-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | 列レベル暗号化エンタープライズ PRB1874479 [KB2070474](https://hi.service-now.com/kb_view.do?sysparm_article=KB2070474) | 「インスタンスで 1 つ以上のセキュリティ移行ジョブが失敗しました (One or more security migration jobs have failed in your instance)」というセキュリティバナーメッセージが常時表示され、1 日経っても消去されない | Yokohama 以降からの列レベル暗号化 (CLE) 移行プロセスの一環として、移行するキーがないために「キー移行」ジョブが失敗する場合があります。キー移行ジョブが失敗すると、「One or more security migration jobs have failed in your instance (インスタンスで 1 つ以上のセキュリティ移行ジョブが失敗しました)」というセキュリティバナーのお知らせが表示され、移行後のインスタンスに表示されます。移行エラーを示す赤色のバナーメッセージは却下されません。バナーメッセージは 1 日だけ表示され、それ以降は消去されます。ただし、バナーメッセージは常に表示されます。 | 移行するキーがないため、キー移行ジョブが失敗した Yokohama インスタンスにログインします。 「One or more security migration jobs have failed in your instance (インスタンスで 1 つ以上のセキュリティ移行ジョブが失敗しました)」というバナーのお知らせが表示され、1 日経ってもバナーのお知らせが表示されます。 | | コンテキスト検索 PRB1868773 | 変数セットの GlideElement に canWrite が null ポインター例外を返す | フィルタリングするフォーム変更を適用するときに、変数セットで canWrite を呼び出す際に問題が発生しました。個々の変数は正しく動作します。 | | | データベースの永続性 - データ管理 PRB1810466 | 物理テーブル統計テーブル (sys_physical_table_stats) には、Xanadu の変更後にテーブル統計レコードを毎日保持するクリーンアップメカニズムがありません | ルールは、sample_period_startとsys_created_on、またはsys_updated_onを使用するsys_physical_table_statsのsys_db_size_statsと同様のルールが実装されます。 | | | データベースの永続性 - データ管理 PRB1837739 | ハッシュ2136542706を含むクエリの流入により、「物理テーブル統計収集ツール」が長時間実行される | ジョブが 1 時間を超えて実行される。各クエリには約 239 ミリ秒かかりますが、呼び出される回数が多いため、ジョブ全体に時間がかかります。 | | | ディスカバリー PRB1791510 [KB1718735](https://hi.service-now.com/kb_view.do?sysparm_article=KB1718735) | WMI クエリが失敗したため、特定のスケジュールのディスカバリーがハングする | | Windows OS パターンで WMI クエリーが失敗する Windows デバイスでディスカバリーを実行します。 | | MID サーバー PRB1912171 [KB2266697](https://hi.service-now.com/kb_view.do?sysparm_article=KB2266697) | Yokohama MID サーバーのアップグレードで、ライブラリ内のすべての jar ファイルがアップグレードされない | Yokohama MID サーバーのアップグレードでは、lib 内のすべての jar ファイルがアップグレードされないため、さまざまなクラスで NoClassDefFoundError が発生し、MID サーバーがダウンします。 | 詳細については、リストの KB 記事を参照してください。 | | プラットフォームアナリティクスダッシュボード API PRB1909523 [KB2262722](https://hi.service-now.com/kb_view.do?sysparm_article=KB2262722) | ダッシュボードの変更は、変更が行われたセッション言語でのみ表示されます | 選択したユーザーの言語によっては、プラットフォームアナリティクスダッシュボードで一貫性のない動作が発生しています。英語で表示すると、ダッシュボードには最新の更新が反映されます。イタリア語に切り替えると、cache.do を使用してキャッシュをクリアした後でも古いバージョンが表示されます。 | 詳細については、リストの KB 記事を参照してください。 | [ ] {#yokohama-patch-6__notable-fixes} ## その他のすべての修正 {#yokohama-patch-6__other-fixes} {#yokohama-patch-6__all-other-fixes__entry__4} | 問題 | 簡単な説明 | 説明 | 再現手順 | |-|-|-|-| | アクセス制御リスト (ACL) ルール PRB1911649 | 非レコード gen_ai ディレクティブ ACL が zboot でアクティブでない | | 1. インスタンスを zboot します。 2. sys_security_aclテーブルを開きます。 3. タイプを検索します。 * gen_ai_workflow * gen_ai_agent * gen_ai_skill、フロー、flow_action {#yokohama-patch-6__ul_wss_5n4_dgc} {#yokohama-patch-6__ol_clg_tn4_dgc} 予想される動作:一致するすべての \* ACL がアクティブである必要があります。 実際の動作:一致するすべての \* ACL が active=false です。 | | アクセス制御リスト (ACL) ルール PRB1916144 | gen_ai_プリフィックス付きの ACL タイプでは、デフォルトのルール名に「\* ACL」を使用する必要があります | これは製品の機能拡張です。 | | | アクセス制御 PRB1910493 [KB2321524](https://hi.service-now.com/kb_view.do?sysparm_article=KB2321524) | 2000 件のレコード制限を適用した後でも、\[テーブルの選択肢\] フィールドを含むフォームのロードに時間がかかる | 多くのインスタンスには 1000 個\>アーカイブテーブルがあるため、CACHE_ARCHIVE_TABLE_HAS_TERMSキャッシュのサイズは 2000 より大きくする必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | アクティビティストリーム PRB1743672 | エッジ暗号化を使用している場合、キャリッジリターンを使用する作業メモが HR エージェントワークスペースに表示されない | | 1. HR ワークスペースでエッジ暗号化を有効にします。 2. 暗号化された URL を使用して HR ワークスペースを開きます。 3. キャリッジリターンを使用する HR ケースに作業メモを投稿します。 {#yokohama-patch-6__ol_kmg_tn4_dgc} 作業メモがアクティビティログに表示されないことに注意してください。 | | アクティビティストリーム PRB1870524 | user_idがsys_id形式の場合、ユーザーはアクティビティストリームに正しく表示されません | sys_created_byはuser_id、sys_id、またはメールにすることができるため、形式に基づいて推測されます。user_idがsys_id形式をコピーしている場合、このプロセスは機能しません。 | 1. sys_id形式のuser_idを持つユーザーを作成します。 2. ワークスペースを表示するための十分なロールをユーザーに付与します。 3. 作成したユーザーを代理操作します。 4. ワークスペースのレコードに移動し、コメントを追加するか、フィールドを変更します。 {#yokohama-patch-6__ol_ymg_tn4_dgc} 表示名の代わりにこのユーザーのuser_idが表示されることに注意してください。 | | アクティビティストリーム PRB1895624 | アクティビティストリームに表示名の代わりにsys_idが表示される | ユーザーのsys_idは、代わりにアクティビティストリームイベントに投稿されます。 | 1. 管理者ユーザーとしてログインします。 2. ユーザー ID を使用してsys_id形式の新しいユーザーを作成します。 3. \[ 名 \] フィールドと \[姓\] フィールドに入力します。 4. 新規ユーザーでログインします。 5. アクティビティストリームに移動します。 6. コメントを投稿します。 {#yokohama-patch-6__ol_lng_tn4_dgc} アクティビティストリームイベントでは、ユーザーの表示名の代わりにユーザー ID (sys_id形式) が表示されることに注意してください。 | | アクティビティストリーム PRB1897140 | アーカイブされたレコードのワークスペースアクティビティストリームが表示されない | アーカイブされたレコードの要件についての誤解により、パフォーマンス修正により、アーカイブテーブル、つまり「ar_」プリフィックスを持つテーブルに対してワークスペースアクティビティストリームが生成されないようにしました。代わりに、アーカイブされたレコードは読み取り専用であるため、アクティビティストリームを表示できるようにしたまま、アーカイブされたレコードのすべてのライブ更新をオフにする必要があります。 | | | アクティビティストリーム PRB1914670 | UI16 では、ページが更新されるまで、AI エージェントの投稿はログインユーザーとして表示されます | UI16 では、エントリーは最初にログインしたユーザーが投稿したとおりに表示されます。手動更新後にのみ、名前が AI エージェントに変更されます。ワークスペースでは、エントリに AI エージェントが作成者として正しく表示されますが、これは想定どおりです。 | | | 高度な作業アサイン PRB1884896 | ワークフォース最適化の \[キューに格納された作業\] タブの手動 \[作業の割り当て\] アイテムに \[キャパシティ\] に誤った値が表示される | ユーザーには、対応可能なエージェントのリストとそのキャパシティが表示されますが、その代わりに、常に 0/3 が表示されます。 | 1. インスタンスにログインします。 2. 「ユーザーの代理操作」を参照してください。 3. Manager Workspace に移動します。 4. \[ すべてのエージェント\] に移動します。 5. ユーザープレゼンスステータスを「利用可能」に設定します。 6. キューに格納された作業アイテムに移動します。 7. ドキュメント ID を検索します。 8. アイテムを選択 9. \[割り当て\] を選択します。 {#yokohama-patch-6__ol_yng_tn4_dgc} ユーザーに対してキャパシティがゼロ/3 として表示されることに注意してください。 | | 高度な作業アサイン PRB1909214 | エージェント API を介して統合ユーザーとしてのエージェントのプレゼンスを更新できない | API 呼び出し元が統合ユーザーである場合、gr.canWrite() チェックが期待どおりに機能しません。統合ユーザーが在席状況を更新できるようにする必要があります。API 呼び出し元に awa_integration_user ロールがある場合、要求は処理されるはずです。API 呼び出し元に十分なロールがない場合、要求は 500 エラーで失敗するはずです。 | | | アジャイル開発 PRB1900463 [KB2251764](https://hi.service-now.com/kb_view.do?sysparm_article=KB2251764) | Yokohama にアップグレードした後、グローバル検索が特定のレコードで機能しない | Yokohama にアップグレードした後、リリース、機能、フェーズなどの特定のレコードのプレフィックスが更新されました。これにより、グローバル検索が期待どおりに機能しなくなります。新しいプリフィックスレコードは検索できますが、古いプリフィックスを使用してアップグレード前に作成された既存のレコードは検索できません。 | 詳細については、リストの KB 記事を参照してください。 | | アジャイル開発 PRB1909252 | カスタマイズされたストーリー番号がアップグレードによって上書きされる | 特定のエントリが com.snc.sdlc.scrum および com.snc.spm_agile_common パッケージで提供されました。このエントリは、「update」フォルダーではなく、「unload」フォルダーに配置されます。したがって、このエントリは、最初のアクティブ化時に「unload」フォルダー内のコンテンツがロードされるため、カスタマイズしたユーザーにとっては不快になります。 | 1. Washington インスタンスを com.snc.sdlc.scrum プラグインとともに使用します。 2. 移動先 システム定義番号メンテナンス. 3. 「ストーリー」テーブルを検索します。 4. 桁数を「7」から「8」に変更します。 5. インスタンスを Yokohama にアップグレードします。 {#yokohama-patch-6__ol_l4g_tn4_dgc} 予想される動作:カスタマイズは保持されます。 実際の動作:カスタマイズが元に戻ります。 | | AI 検索 (Glide) PRB1913666 | 「スコープが定義されていません」という AisDisableSearchSignalEvent 警告メッセージが表示される | syslog テーブルに、「com.glide.script.RhinoEcmaError: "AisDisableSearchSignalEvent" is not defined.sys_script.a9d8af92ff602210fbf4ffffffffffa8.script ➚ ➚ ➚ : 行 (3) 列 (0)。java.lang.SecurityException: package_privateスクリプトインクルードへの不正アクセス AisDisableSearchSignalEvent: caller not in scope rhino.global.' | | | AI 検索 (Glide) PRB1913679 | ExternalContentIngestion の日付解析 IT テストに失敗する | AI 検索で日付値を正しく解析できないようです。想定は 2001-01-01 00:00:00 でしたが、2001-01-01 00:00:01 でした。 | | | AI 検索 (Glide) PRB1916149 | AI 検索アドミンユーザーがクロールストアを無効にし、指定されたインデックス付きソースに対して完全な Rrcrawl を実行できるようにします | これは製品の機能拡張です。 | | | AI 検索 (Glide) PRB1916150 | データソースベースの統計情報とセマンティック埋め込みステータスを取得するための外部コンテンツコネクタのスクリプト可能な API を提供します | これは製品の機能拡張です。 | | | AI 検索 (Glide) PRB1916188 | Glide AI 検索外部コンテンツ API を更新して、インデックス付きソースごとに複数のユーザーをサポートする | これは製品の機能拡張です。 | | | AI 検索外部ユーザーマッピング API PRB1909140 | XCC には、GlideQuery を介してユーザーを削除できる API エンドポイントが必要です | XCC スコープ対象アプリでは、ユーザーを一度に 1 人ずつ削除することはできません。ユーザーのサブセットをクエリする方法が必要です。 | | | AI 検索外部ユーザーマッピング API PRB1909142 | ユーザープリンシパルが DirectUserImporter で書き込まれ、そのプリンシパルが存在する場合、更新が失敗する | ストリームは、リストからのシリアル化プロセス中に誤ってラップされます。すべてのプリンシパルインポートで、DirectPrincipalImporter と ImportSetImporter がチェックされるわけではありません。ストリームは効果的に閉じる必要があります。 | 既存のユーザーを更新する新しいユーザープリンシパルを送信しようとします。 既存のユーザーへの更新は失敗します。ユーザーのグループの削除に失敗しました。 | | AI 検索外部ユーザーマッピング API PRB1909146 | 「外部コンテンツ取り込み JS」API は「sourceId」に対して未定義のチェックを実行する必要があります | 「sourceId」を持つプリンシパルを取り込むには、新しく修飾された「外部コンテンツ取り込み」API を使用します。「sourceId」が未定義の場合は、プリンシパルの挿入または更新が失敗することを確認します。 | | | AI 検索外部ユーザーマッピング API PRB1909153 | SOURCE_ID_FIELDをconnector_configuration_id_sではなく参照connector_configuration_idに変更 | 間違ったフィールドをクエリしているため、一部のコネクタで現在のライセンステーブルプロセスが失敗します。 | | | AI 検索外部ユーザーマッピング API PRB1913661 | (removeUser) の Java API を呼び出すときのパラメーターの順序が間違っている | プリンシパル ID が null であることを示す例外がスローされます。これは当てはまらないはずです。 | | | AI 検索 PRB1864807 | 一方のソースを含む複合マルチフィールドファセットは遅延バインディングとして評価され、もう一方のソースについては、すべてのタブのすべてのファセットが返されるわけではありません | ナレッジベースファイルの \[すべて\] タブと \[記事\] タブの間でファセットが一貫していません。 | 1. カタログとKb_knowledgeのマルチフィールドファセットを作成します。 2. カタログの遅延バインディングを強制します。 3. KB 番号で検索します。 4. \[すべて\] タブと \[記事\] タブを切り替えます。 5. 両方のタブ間のファセットを確認します。 {#yokohama-patch-6__ol_y4g_tn4_dgc} 予想される動作:\[すべて\] タブと \[記事\] タブの間でファセットが一貫している必要があります。 実際の動作:一部のファセットが \[すべて\] タブに表示されません。 | | AI 検索 PRB1889815 | KBB は none-embeddedMatch ドキュメントを除外する必要があります | LLM に送信される KKB のデフォルトは 1 です。 | 1. 2 つの KBB を含む KB を作成します。 2. KBB1 にのみ存在するコンテンツを検索します。 {#yokohama-patch-6__ol_kpg_tn4_dgc} 予想される動作:KBB1 コンテンツのみが LLM に送信されます。 実際の動作:KBB1 と KBB2 の両方のコンテンツが LLM に送信されます。 | | AI 検索 PRB1911804 | インデックス統計レポーターに null ポイントエラーがある | 「新しいsn_aisの JavaScript 評価エラーに注意してください。IndexStatsReporter() .reportAllDataSource EmbeddingStats();' | | | AI 検索 UX PRB1904981 | KG NLQ クエリのフォローアップボタンを選択した後にコンソールエラーが発生する | チャットに null 引用があります。 | 1. ynowassist インスタンスを開きます。 2. ポータルで動的ウィンドウを有効にします。 3. クエリー「List of all companies」を検索します。 4. 合成された応答がロードされるまで待ちます。 5. \[ フォローアップ\] ボタンを選択します。 {#yokohama-patch-6__ol_upg_tn4_dgc} コンソールエラーと最後の引用が null としてロードされていることに注意してください。 | | AI 検索 UX PRB1907541 | 未使用の合成 v2 形式コードを元に戻す | | | | アナリストワークベンチ PRB1868095 | プロジェクトにエラーがある場合の適切なユーザーメッセージが表示されない | プロジェクトにエラーが発生した場合は、正しいメッセージをユーザーに対して表示する必要があります。 | 1. プロジェクトを作成します。 2. プロジェクトをマイニングし、そのようなレコードがないなどのエラーが発生します。 {#yokohama-patch-6__ol_gqg_tn4_dgc} 予想される動作:エラーメッセージがユーザーに表示されるはずです。 実際の動作:エラーメッセージはユーザーに表示されません。 | | アナリストワークベンチ PRB1868099 | 評価プロジェクトには、ユーザーが編集できない場合でも、\[プロジェクトを処理\] ページに \[編集\] オプションを用意する必要があります | \[編集\] オプションは、編集できない場合でもすべてのユーザーに表示されるはずですが、昇格された権限を持つユーザーのみに表示されます。 | 1. \[プロジェクトを処理\] ページを開きます。 2. 評価プロジェクトを確認します。 3. 3 つの点を選択します。 {#yokohama-patch-6__ol_qqg_tn4_dgc} 予想される動作:\[編集\] オプションには、プロジェクトが利用可能な場所が表示されます。 実際の動作:\[編集\] オプションは、昇格された権限を持つユーザーにのみ表示されます。 | | API 使用状況アナリティクスダッシュボード PRB1842140 | API_INT セマフォキューの深度に負の値が表示される stats.do 誤った分析とトラブルシューティング | 2つの問題があります。まず、例外が発生したときにカウントが負の値にならないようにします。2 つ目は、最終的に要求がフロアにドロップされ、ブラウザーに応答しない例外をスローしないようにしてください。 | | | アプリケーションマネージャー PRB1907408 | ロールバックが、ドメインセパレーションされたインスタンス内の非グローバルスコープユーザーのインストール/アップグレードをブロックする | 非グローバルドメインユーザーは、ドメインセパレーションされたインスタンスにインストール/アップグレードできないようにブロックされています。この動作を許可する修正が行われたため、App Manager で行われたこのコード変更をロールバックできるようになりました。 | | | 予約 PRB1902492 | Yokohama にアップグレードした後、予約統一 UI の REST API ペイロードの taskRecord パラメーターに otherInputs がないという問題 | Yokohama リリースでは、予約の共通 UI が実装され、ペイロードに otherInputs がありませんでした。前の UI と同様に、taskRecord に otherInputs パラメーターを追加します。 | | | 非同期メッセージバス (AMB) PRB1909861 | AMB メッセージの遅延ロードにより、公開されたメッセージごとに追加のクエリが発生します | Yokohoma で実装されたパフォーマンスの向上は、そのメッセージのサブスクライバーが存在する場合にのみ、データベースから実際の AMB メッセージ列をロードすることで、データベース操作を最適化するように設計されています。ただし、この最適化は、再配信キャッシュを更新する要求によって損なわれており、サブスクライバーのステータスに関係なく、公開されたすべてのメッセージに対して誤って新しいクエリがトリガーされます。システムは、サブスクライバーを持つメッセージだけでなく、すべてのメッセージをデータベースに対してクエリするようになったため、選択的データベースクエリの意図したパフォーマンス上のメリットは無効になっています。 | | | 非同期メッセージバス (AMB) PRB1910946 | AMB 遅延ロードがオフになっている場合、Record Watcher (RW) 非同期メッセージバス (AMB) メッセージ検閲が機能しない | glide.amb.message の場合。lazy.load が 'false' に設定されている場合、レコードを 2 つのブラウザーで開いていても、一方のブラウザーで更新しても、もう一方のブラウザーでは更新されません。 | 1. glide.amb.message.lazy.load を「false」に設定します。 2. 2 つの異なるブラウザーでレコードを開きます。 3. 1 つのブラウザーでレコードを更新します。 {#yokohama-patch-6__ol_zqg_tn4_dgc} もう一方のブラウザウィンドウの \[レコード \] フィールドは更新されていないことに注意してください。 | | 認証 PRB1835271 | 「自動リダイレクト IdP」が「True」の場合、IDP が開始する SLO が失敗する | | 1. 管理者ユーザーとしてログインします。 2. Azure IDP を使用して、サービスポータル (SP) でセキュリティアサーションマークアップ言語 (SAML) を設定します。 3. IdP を「True」にリダイレクトするには、自動を有効にします。 4. シークレットウィンドウを開きます。 5. Azure IDP にログインします。 6. サービスポータルで SSO ユーザーを介してログインします。 7. Azure IDP からログアウトします。 {#yokohama-patch-6__ol_jrg_tn4_dgc} 予想される動作:ユーザーは SP と IDP の両方からログアウトする必要があります。 実際の動作:ユーザーは SP からではなく IDP からのみログに記録されません。 | | 認証 PRB1917269 | 認証エージェント型 AI エージェントコントロール | これは製品の機能拡張です。 | | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1887320 | HR テンプレートの HTML 動的パラメーターが想定どおりに機能しない | HR テンプレートの HTML 動的パラメーターが、リンクで使用されるときに実際の値に置き換えられません。説明にリンクにのみ変数が含まれている場合でも、この問題が発生します。 | | | HR サービスデリバリ (HRSD) 用のケースとナレッジ管理 PRB1898674 | エージェント型実行で権限エラーが発生する | ログに次のエラーがあります:「権限エラー (sn_hr_core_caseへの読み取りアクセスが付与されていないため、オープンチケットの取得に失敗しました。) 続行方法、またはオープンチケットにアクセスするための別の方法があるかどうかをアドバイスしてください。 | 1. 7 月のアプリで最新の ynowassist を入手してください。 2. チケットステータスエージェントを有効にします。 3. 仮想エージェントから管理者として、「自分のチケットのステータスは何ですか」と入力します。 {#yokohama-patch-6__ol_wrg_tn4_dgc} エラーを確認します。 | | クライアントスクリプト PRB1818770 | 名前と値の onchange スクリプトがフィールドとペアになっている場合、フィールドの値がサービスオペレーションワークスペースで動的に変更されない | サービスオペレーションワークスペースプラットフォーム UI で、\[NameValue\] フィールドのステータスが \[新規\] から \[処理中\] に変更されません。 | 1. Xanadu ベースインスタンスにログインします。 2. インシデントテーブルに名前と値のペアタイプのフィールドを作成しました。 3. 次の詳細を使用して onchange クライアントスクリプトを作成します。 1. タイプ:Onchange 2. フィールド:ステータス 3. UI タイプ:スクリプト {#yokohama-patch-6__ol_hsg_tn4_dgc} 4. 任意のインシデントを開きます。 5. SOW ビューに移動します。 6. 手順 2 で作成したフィールドを追加します。 7. ステータスを \[新規\] から \[処理中\] の間で変更して、プラットフォーム UI で \[NameValue \] フィールドの変更を確認します。 8. SOW でインシデントを開きます。 9. ステータスを「新規」から「処理中」の間で変更してみてください。 {#yokohama-patch-6__ol_gsg_tn4_dgc} プラットフォーム UI では \[NameValue\] フィールドは変更されないことに注意してください。 | | CMDB 識別および調整 PRB1895738 [KB2183302](https://hi.service-now.com/kb_view.do?sysparm_article=KB2183302) | 修正スクリプトによって、DB CPU 負荷が高くなる/DB バックアップの失敗/ジョブの実行時間が長くなる | Yokohama にアップグレードした後、cmdb_rel_ciをクエリするディスカバリージョブが長時間実行され、DB CPU 負荷が高くなり、DB バックアップが失敗します。 | 詳細については、リストの KB 記事を参照してください。 | | 列レベル暗号化エンタープライズ PRB1879823 | エスケープされ復号化できない HTML フィールドが原因で、EFC がオフになった後に「一括復号化」ジョブでテーブル内のすべてのレコードが復号化されない | 暗号化設定が非アクティブ化されている HTML 値の変更された行には、暗号化された値が表示されます。 | 1. 名前 (フィールドタイプ:文字列) フィールドと HTML (フィールドタイプ:html) フィールドを含むテーブルを作成します。 2. 新しいテーブルの HTML フィールドにアクティブな暗号化構成を作成します。 3. 新しいテーブルにデータの行をいくつか挿入します。 4. テーブルの HTML フィールドで暗号化設定を無効にします。 5. レコードを更新します。 6. \[ 名前 \] フィールドを別のものに変更します。 7. 列の復号化ジョブをスケジュールします。 {#yokohama-patch-6__ol_ctg_tn4_dgc} 予想される動作:両方の行が復号化されます。実際の動作:変更された行の HTML 値には暗号化された値が表示されます。 | | 列レベル暗号化 PRB1820743 | 利用可能な暗号化モジュールのリストをフェッチするときに、非アクティブな発信者ポリシーレコードを使用しないでください | この問題は、フィールドが空であるかクリアテキストデータが入力されているマルチモジュール EFC で構成されたフィールドにのみ適用されます。CLE フィールドの読み取り/書き込みアクセスを決定するときに、利用可能な CLE 暗号化モジュールがチェックされ、ユーザーがアクセスできるモジュールが確認されます。暗号化モジュールのリストをビルドするときは、発信者ポリシーレコードのクエリを使用してモジュールを検索します。ただし、非アクティブな発信者ポリシーレコードは除外されません。これにより、ユーザーに目に見える問題やアクセスの問題が発生することはありません。非アクティブな発信者ポリシーレコードが多数ある場合は、パフォーマンスの問題が発生し、読み取り/書き込みチェックの速度が低下します。 | 1. 暗号化モジュール「no_access_module」を作成します。 2. この暗号化モジュールに 1 つ以上の非アクティブな発信者ポリシーレコードを追加します。 3. 昇格された権限を持つユーザーとして、バックグラウンドスクリプト gs.log(Packages.com.glide.kmf. callerpolicies) を使用して暗号化モジュールスクリプトを実行します。KMFCallerAccessPolicy RecordInterface.getCLECrypto ModulesFromCallerPolicyTable()); {#yokohama-patch-6__ol_stg_tn4_dgc} 予想される動作:no_access_moduleはリストに表示されません。実際の動作:no_access_moduleがリストに表示されます。 | | 列レベル暗号化 PRB1837482 | フローまたはバックグラウンドジョブをシステムユーザーとして実行すると、モジュールへのアクセス権がないにもかかわらず暗号化が試行されるため、添付ファイルの生成に失敗する | GlideSession はバックグラウンドジョブ/フローで再利用されており、バックグラウンドジョブ/フローでは CryptoModulePicker などの一部の値が既に設定されています。CryptoModulePicker は既に設定されているため、暗号化しようとすると暗号化モジュールにアクセスできず、失敗します。アクセス権を持つアドミンユーザーによって以前に使用されたセッションは、そのセッションがシステムによって使用されるとエラーが発生します。 | 1. 暗号化モジュールを作成します。 2. 新しいロール「test123」を作成します。 3. このロールをアドミンユーザーに追加します。 4. 「ロール」タイプの MAP を作成します。 5. 「test123」ロールにアサイン 6. インシデントテーブルに 添付ファイル暗号化 フィールド構成を作成します。 7. sysauto_scriptテーブルに移動します。 8. 「システムアドミニストレーター」としてログインしているときにスケジュール済みスクリプトを実行します。 9. 暗号化する必要があることに注意してください。 10. スケジュール済みジョブからバックグラウンドスクリプトを使用して「run_as」フィールド値をシステムとして動作するように設定します:var gr = new GlideRecord('sysauto_script');gr.get('sys_id');gr.setValue("run_as", "");gr.update(); {#yokohama-patch-6__ol_f5g_tn4_dgc} 予想される動作:添付ファイルは暗号化されません。実際の動作:暗号化を試行し、「SEVERE \*\*\* ERROR \*\*\* Crypto module access is denied for an attachment」というエラーで失敗します。 | | 列レベル暗号化 PRB1896503 | データ移行ジョブのサマリーに、未完了の EFC の正しい保留中リストがない | | 1. レガシー CLE から KMF-CLE に移行します。 2. データ移行ジョブが完了した後、移行処理待ちの EFC があることを確認します。 {#yokohama-patch-6__ol_avg_tn4_dgc} ジョブが再起動すると、ジョブサマリーから移行保留中の EFC のみが取得されますが、EFC テーブルでは EFC が「移行保留中」とマークされていることに注意してください。 | | 構成管理データベース (CMDB) PRB1847131 [KB1885852](https://hi.service-now.com/kb_view.do?sysparm_article=KB1885852) | 関連リスト条件はタスク生成時に使用されません | CMDBScriptableAPI は、ポリシーレコードのエンコードされたクエリフィールドに格納されている関連リスト条件を優先しません。ポリシーレコードに格納されている条件がバックグラウンドスクリプトで使用されると、構成アイテム (CI) の正しい数が返されるため、タスクを作成する Java 関数にローカライズする必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | 構成管理データベース (CMDB) PRB1899149 | itil_adminからsn_cmdb_adminを削除し、itil からsn_cmdb_editorし、sn_cmdb_admin/sn_cmdb_editorに CUD アクセスを追加します | itil ユーザーにはデフォルトで CUD アクセス権が必要であり、itil ロールを持つユーザーには sn_cmdb_user ではなく sn_cmdb_editor が含まれます。itil から CUD を削除すると、sn_cmdb_editor から CUD を削除したため、itil ロールを持つユーザーは CUD にアクセスできなくなります。 | | | カスタマーサービス管理 (CSM) PRB1893694 | ガイド付きセットアップで、\[顧客セントラルのアクティブ化 (Activate customer central)\] ページに \[レコードが見つかりません (No record found)\] と表示される | プラグイン名が構成でハードコードされているという問題があります。Yokohama では、「顧客セントラル」プラグイン ID が com.sn_csm_customer_central から sn_customercentral に変更されました。ガイド付きセットアップは、com.sn_csm_customer_centralを指すようにハードコードされています。 | 1. インスタンスにログインします。 2. 移動先 すべてカスタマーサービスアドミニストレーションガイド付きセットアップ. 3. ガイド付きセットアップの \[はじめに\] ページで、\[ 開始\] を選択します。 4. \[顧客セントラル：顧客情報\] または \[顧客セントラル：顧客アクティビティ\] カテゴリで、機能を構成するタスクのリストを表示します。 5. \[顧客セントラルのアクティブ化\] までスクロールし、\[ 構成\] を選択します。 {#yokohama-patch-6__ol_kvg_tn4_dgc} ボタンで \[レコードが見つかりません\] というページが開くことを確認します。 | | データベースの永続性 - データアクセス PRB1882454 | Yokohama での DBInsertFullUnicodeIT .testTrickyDBAction および DBInsertFullUnicodeIT .testTrickyGlideRecord の db-dml-test エラー | GlideRecord を介して挿入されたデータが 2 回エンコードされ、SQL 検索クエリは「Where」句で 1 レベルのエンコードのみを使用するため、検索で誤った結果が返されます。 | | | データベースの永続性 - データアクセス PRB1896536 | \[データベース\] ビューがワークフローデータファブリックテーブルで機能しない | 「ロジックエラー:テーブルの結合が見つかりません:sys_user:スローされたエラーはありません」というエラーが生成されます。 | | | データベースの永続性 - データアクセス PRB1907396 | Graph API はデータフィルタリング/データフィルタールールを遵守する必要がある | | 1. データフィルターを作成します。 2. そのテーブルに対するクエリ。 {#yokohama-patch-6__ol_zvg_tn4_dgc} | | データベースの永続性 - データ管理 PRB1841958 | 100 件を超えるレコードが見つかった場合、ゲートウェイテーブルのレコードのクリーニングに失敗する | この問題は、UnreferncedRecordFinder.verifyUnreferencedRecords が、unreferencedRecordFinder .getChunkOfUnreferenced RecordIds 呼び出しで正しいレコードをすべて見つけたにもかかわらず、削除するレコードを返さないことが原因です。 | 1. ゲートウェイ DB を作成します。 2. sys_auditゲートウェイ DB に移行します。 3. 100 件を超えるレコードの孤立。 4. 次の値で新しいsys_unreferenced_record_ruleを作成します。 1. テーブル名 = システム監査 2. 条件:tablename = cmdb_ci_computer 3. 参照タイプ = ドキュメント ID 4. DocID filed = ドキュメントキー 5. DocId テーブル名 フィールド = テーブル名 {#yokohama-patch-6__ol_jwg_tn4_dgc} 5. \[参照されていないレコードのサンプルをリフレッシュ (Refresh sample of unreferenced records)\] コマンドを実行します。 {#yokohama-patch-6__ol_iwg_tn4_dgc} 予想される動作:作成した URC ルールのフォームビューに、少なくとも 1000 件のサンプルレコードが表示されます。 実際の動作:サンプルプレビューレコードが見つかりません。 | | データベースの永続性 - データ管理 PRB1867090 | 参照されていないテーブルクリーナー (URC) ルールの作成フォームで使用できるテーブルは制約されていません | 新しい URC ルールを作成するときに使用可能なテーブル名の包含リストを構成し、新しい Glide プロパティ「glide.db.unreferenced_record _cleaner.enabled_tables」を作成します。 | URC ルールの作成を試みます。 予想される動作:テーブルのサブセットのみが使用可能である必要があります。 実際の動作:すべてのテーブルが利用可能です。 | | データベースの永続性 - データ管理 PRB1913617 | 月次および年次統計アグリゲータージョブをオフにする | | | | データベースの永続性 - データスケール PRB1824916 | クエリの書き換えは、ユニオン最適化または左結合強制によって既に最適化されているクエリに適用されない | 最適化されたクエリのクエリ書き換えを実装する場合、最適化の前にクエリの書き換えが適用されるため、適用されません。 | | | データベースの永続性 PRB1906360 | \[すべての DF 参照要素を再アクティブ化 (Re-Activate All DF Reference Elements)\] UI アクションでデータファブリック (DF) 参照要素がアクティブ化されない | | 1. sys_dictionary に移動します。 2. ワークフローDFテーブルを参照する参照要素を持つGlideテーブルコレクションを検索します。 3. \[ すべての DF 参照要素を非アクティブ化 (De-Activate All DF Reference Elements )\] UI アクションを選択します。 4. DF テーブルを参照しているすべての参照要素が非アクティブ化されていることを確認します (active = false)。 5. \[ すべての DF 参照要素を再アクティブ化 \] UI アクションを選択します。 6. 何も起こらないことに注意してください。 {#yokohama-patch-6__ol_pxg_tn4_dgc} 予想される動作:すべての DF 参照要素が再度アクティブ化されます (active = true)。 実際の動作:すべてのDF参照要素は非アクティブなままです。 | | データベースの永続性 PRB1907489 | WDF 準備状況システムプロパティを、昇格された権限を持つユーザーのみが変更するように更新します | | アドミンユーザーとしてプロパティを更新します。 | | データプライバシー (従来) PRB1893749 | データディスカバリーとデータプライバシーアプリをインストールした後、新しい TD インスタンスに \[証跡ライセンス\] ボタンが表示されない | | 1. 新しい TD インスタンスを作成します。 2. データディスカバリーとデータプライバシーアプリをインストールします。 3. \[データディスカバリージョブ\] ページに移動します。 {#yokohama-patch-6__ol_myg_tn4_dgc} 予想される動作: \[試用版ライセンス \] ボタンが表示されます。 実際の動作: \[試用版ライセンス \] ボタンは表示されず、ユーザーはジョブをスケジュールできます。 | | 宣言アクション PRB1876861 | \[注文明細品目\] からフローをカスタマイズすると、発注エージェントおよび注文管理者ユーザーに空の構成 UI 画面がロードされる | ab 注文品目に対して \[カスタマイズ\] を選択した後に構成 UI ページを開くと、Order.agent と Order.admin の両方のユーザーが空白のページにリダイレクトされます。 | 1. Order.agent または Order.admin ユーザーの代理操作を行います。 2. 注文を作成します。 3. \[注文品目\] タブに移動します。 4. \[新規\] を選択します。 5. 製品オファリングの注文品目を作成します。 6. \[カスタマイズ\] を選択します。 {#yokohama-patch-6__ol_wyg_tn4_dgc} 予想される動作: \[カスタマイズ\] を選択すると、構成 UI ページが開きます。 実際の動作: \[カスタマイズ\] を選択すると、ユーザーは空白のページにリダイレクトされます。 | | 開発者サンドボックス PRB1903573 | すべてのクローンプロファイルにクローン保持者を追加する必要があります | 開発者サンドボックス (DSB) がプロファイル保持者リストに存在する必要があります。 | 1. 新しいカスタムクローンプロファイルを作成します。 2. プロファイル保持者リストで DSB 保持者を検索します。 {#yokohama-patch-6__ol_gzg_tn4_dgc} 予想される動作:DSB プリザーバーは存在します。 実際の動作:DSB プリザーバーが存在しません。 | | ディスカバリー PRB1800638 | 同じオブジェクト識別子 (OID) で簡易ネットワーク管理プロトコル (SNMP) GetNext を繰り返し実行するシナリオの防止 | | | | ディスカバリー PRB1898292 | ディスカバリーモニタリングジョブはイベントフレームワークをサポートする必要があります | ディスカバリーでは、sys_triggerを直接使用せずに、プラットフォームのイベントフレームワークを利用してノード間で負荷を分散します。 | 1. ディスカバリーがプラットフォームのイベントフレームワーク \[discovery.use.event.processing システムプロパティ\] を使用していることを確認します。 2. ステータスを開始し、それをスタックさせます。 {#yokohama-patch-6__ol_yzg_tn4_dgc} | | ディスカバリー PRB1899269 | 一部のユーザーに使用されるディスカバリー専用ノードジョブ基準で、Yokohama リリースのクラウドディスカバリージョブが除外されない | | 1. ジョブ基準「nameSTARTSWITH async: disco\^ ORname STARTSWITH events process discovery \^ORname=Cancel Discovery\^ ORdocument = discovery_schedule \^nameNOT LIKEAzure\^ nameNOT LIKEAWS' を含むノードタイプを使用して、sys_cluster_stateテーブルでノードを作成/更新します。 2. Azure または AWS ディスカバリーを実行します。 {#yokohama-patch-6__ol_j1h_tn4_dgc} 専用ノードではクラウドディスカバリートラフィックは表示されませんが、引き続き専用ノードに送信されます。 | | ディスカバリー PRB1899276 | デイジーチェーン内の次のディスカバリースケジュールの開始は、「discovery.complete」または「discovery.cancel」イベントの完了にかかる時間だけ遅れる | デイジーチェーンが使用されている場合、チェーン内の次のディスカバリーの開始は、「discovery.complete」または「discovery.cancel」イベントの完了にかかる時間によって異なります。その環境内のこれらのイベントに対するほとんどのスクリプトアクションのデフォルトの実行順序は同じです (次のディスカバリーをトリガーする「次に実行ディスカバリー」など)。順序 100 のスクリプトアクションが多いほど、次のディスカバリーの開始が遅れる可能性が高くなります。 | 1. ディスカバリー用のデイジーチェーンを作成します。 2. 実行順序「100」の discovery.complete および discovery.cancel イベントのスクリプトアクションを作成します。このアクションは完了までに数分かかります。 3. デイジーチェーンディスカバリーを実行し、1 つのディスカバリースケジュールの完了/キャンセルから次のディスカバリースケジュールの開始までにかかった時間を確認します。 {#yokohama-patch-6__ol_v1h_tn4_dgc} 新しいスクリプトアクションにかかる時間よりも長いことに注意してください。 | | ディスカバリー PRB1899547 | エラーの提案をより明確にし、役に立つナレッジベース (KB) 記事にリンクします | 分析の結果、次のコードに対するエラー提案が不十分であるか、欠落していることがわかりました:SN-5301:センサーが定義されていません、SN-1582:分類できません、SN-1144:ホストに到達できません、SN-1007:SSH 接続を確立できませんでした、SN-1556:複数の重複レコード、SN-1561:複数一致、SN-1558:依存関係がありません。 | 1. automation_error_suggestionテーブルで上記のエラーコードのレコードに移動します。 2. 対応するナレッジベース (KB) 記事を作成または更新します。 3. それらをそれぞれのエラーコードにリンクします。 {#yokohama-patch-6__ol_hbh_tn4_dgc} | | ドキュメントインテリジェンス (DocIntel) 統一バックエンド PRB1896682 | GenAI ユースケースの最大ページ数と最大フィールド制限のシステムプロパティを作成する | 現在、最大ページ数と最大フィールド数の制限はカスタマイズできません。 | | | ドキュメントビューアー PRB1914045 | ユーザーがクリックしたときに添付ファイルを表示できない | この問題は、添付ファイルをプレビューできるすべてのコンポーネントで確認されています。 | 1. サードパーティポータルに移動します。 2. カタログアイテムに移動します。 3. 画像ファイルまたは PDF ファイルを添付します。 4. 表示する添付ファイルを選択します。 {#yokohama-patch-6__ol_tbh_tn4_dgc} \[添付ファイル\] ビューが失敗します。 | | 動的なスキーマ PRB1895584 | Xanadu からアップグレードすると、PRB1895584 からの修正スクリプトが適用されないため、動的属性ストアの表示データとクエリが削除されます | Xanadu では、データベース内のデータが正しく保存されず、グループにアンダースコアが欠落しています。 | 1. Xanadu インスタンスを開きます。 2. XanaduDynamicSchemaFinal.xml更新セットをインストールします。 3. X_DS_PoplulateDataScript.jsからインシデントテーブル、CMDB テーブル、およびalm_hardwareテーブルにデータを入力します。 4. リストビューで、動的属性によってinc_dynamic_schema列、hardware_dynamic_schema列、およびcmdb_dynamic_schema列にデータが保存されていることを確認します。 5. インスタンスを最新のマスターにアップグレードします。 {#yokohama-patch-6__ol_cch_tn4_dgc} inc_dynamic_schema列、hardware_dynamic_schema列、およびcmdb_dynamic_schema列の表示データが消え、データベース内のデータが正しく変更されていないことに注意してください。 | | 動的翻訳 PRB1899459 | Yokohama でアップグレードした後、動的翻訳が機能しない | 翻訳機能が動作しなくなり、「テキストの翻訳」で次のエラーがスローされるようになりました:「エラー:未定義からプロパティ「status」を読み取ることができません。詳細:未定義からプロパティ「status」を読み取ることができません。 | | | エッジ暗号化 PRB1915259 | ユーザーは、Edge URL を使用してログインすると、レコードに 10 MB のファイルを添付できます | Edge URL でログインし、インスタンス内のいずれかのレコードに 10 MB の添付ファイルを添付しようとすると、読み込まれ続けます。ただし、ユーザーが 10 MB 未満の添付ファイルを読み込む場合は、正常に動作します。ただし、通常のインスタンス URL を使用すると、ユーザーは大きな添付ファイルを問題なく添付できます。 | | | メール通知 PRB1782170 | SMIME プラグインによって処理された暗号化および署名されたメールからのインライン画像が失われる | SMIME で暗号化と署名の両方が使用されている場合、Outlook から送信された画像が正しくデコードされないことがあります。処理されたメールには、デコード後にアーティファクト文字が含まれている場合もあります。 | | | Employee Taxonomy Framework PRB1909669 | 従業員センタープロ for Web アプリケーションの AI 検索 EVAM バンドルの変更を取り込む | この変更により、次のことが予想されます。1. 画像の重複は検索エントリで表示されないようにする必要があるため、サムネイルとして左側に画像が表示されないようにする必要があります。2. カテゴリ結果にアイコンが導入されます。 | | | 暗号化 PRB1894907 | データ移行ジョブで失敗レコードが報告されない | | 1. データ移行ジョブに失敗する無効なデータを挿入します。 2. データ移行ジョブを実行します。 {#yokohama-patch-6__ol_pch_tn4_dgc} 予想される動作:ジョブが失敗レコードを報告します。 実際の動作:ジョブは失敗レコードを報告しません。 | | 暗号化のサポート PRB1888374 | インシデントテーブルにファイルを添付しても、添付ファイルが実際には暗号化されていなくてもハッシュ値は生成されません | インシデントテーブルで添付ファイルの暗号化を無効にすると、添付ファイルがオンになっているときに暗号化されていなくても、問題は解決されます。 | 1. インスタンスにログインします。 2. システムアドミンの代理操作をします。 3. \[インシデント\] テーブルに移動します。 4. 任意のインシデントを選択します。 5. 暗号化モジュールなしでファイルを添付します。 6. sys_attachmentテーブルに移動します。 {#yokohama-patch-6__ol_xch_tn4_dgc} ユーザーにはハッシュ値が表示されないことに注意してください。 | | イベント管理 PRB1904735 | 既存の拡張ルールにバインディングに影響する変更がある (ドラフトルール) | バインドシミュレーションでは、誤った結果が表示されます。 | | | Field Service Task Bundling PRB1898283 | wm_adminペルソナが動的バンドルログにアクセスできない | | | | Field Service Task Bundling PRB1903547 | カスタマイズを含むバンドルを作成できません | タスクグループ化ポリシーにカスタムフィールドを追加すると、データが取得されません。 | 1. wm_orderテーブルに カスタム フィールドを作成します。 2. 「タスクグループ化ポリシー」テーブルの カスタム フィールドに基づいてフィルター条件を追加します。 3. \[ 今すぐバンドル\] を選択します。 {#yokohama-patch-6__ol_hdh_tn4_dgc} バンドルが作成されていないことを確認します。 | | フローエンジン PRB1855808 | FlowCallBackExecutor の null ポインターが原因でコールバックが呼び出されない | スキルキットアプリからの評価実行がトリガーされると、特定のフロー完了について添付されたエラーログが発生し、実行が完了としてマークされませんでした。 | 多数のデータセットレコードを含むスキルキットから評価実行をトリガーします。 添付されたエラーログがインスタンスに発生します。 | | フローエンジン PRB1881084 | CurrentContextTracker リセットスコープとメタスタックの順序が間違っています | CurrentContextTracker は、フロー実行後にメタスタックとスクリプトコンテキストのクリーンアップを試みます。どちらも、フローの開始時に最初に表示された状態と逆に再ロードされます。これは、ArrayDeque コレクションがスタックから要素を削除するために発生します。キューのアレイは、想定される順序 (A、B、C など) になっています。要素が再び追加されると、ArrayDequeはキューの先頭に要素を追加するため、リストの最初から最後に反復してプッシュすると、スタックが逆になります。そのため、キューには (A, B, C) ではなく (C, B, A) が含まれます。 | | | フローエンジン PRB1893452 | AI エージェントコンテキストがクイックフロー用に適切に構成されていません | | 監査を正確にカウントするためにFlowUserAgentContextIT.javaを更新します。 予想される動作:FlowUserAgentContextIT のクイックフローテストが合格します。 実際の動作:FlowUserAgentContextIT のクイックフローテストが失敗します。 | | フローエンジン PRB1903784 | データベースダンプログ内の process_flow.engine 関連の zboot エラー | Now Assist からのデータベースダンプログのエラー。 | | | フローエンジン PRB1910437 | GenAI アプリ BU のスクリプトを追加してフローとアクションの ACL を作成します | フローまたはflow_actionアクセス制御ルールを作成するスクリプトユーティリティがフロー AI アクセス制御作業から削除されました。そのユーティリティは再作成されています。 | | | フローエンジン PRB1916146 | 非同期クイックで FD API で呼び出されたコールバックおよび AI エージェントから呼び出されたコールバックは、「システム」として実行すべきではありません | これは製品の更新です。 | | | フロー (ファミリーチャネル) PRB1850039 | コード関連テキストが \[ レコードを検索 \] アクションの自然言語サマリーに表示される | | 1. 最新の変更があるワークフロースタジオに移動します。 2. 移動先 フローを作成Now Assist を使用した構築. 3. 「昨日ログに記録されたすべての問題を検索します。また、もしあなたが #Problem を見つけた場合は、メールで同じことをマネージャーに報告します」というプロンプトを使用します。 4. 応答の生成中に ルックアップレコード を確認します。 {#yokohama-patch-6__ol_i2h_tn4_dgc} 「logged_ON_Yesterday@javascript::gs:beginning....」というテキストが存在することに注意してください。 | | フロー (ファミリーチャネル) PRB1871518 | 自然言語ビューでは、\[タスクの作成\] (テーブルproblem_task) にテーブルの内部名が表示されます | \[タスクを作成\] が \[problem_taskタスクを作成\] と表示されます。 | 1. Now Assist を使用してフローを作成します。 2. 「Create a flow that runs every day midnight and then find all the newly created problem records for the past day」というプロンプトを使用します。 3. それらに対して反復します。 1. それらがアサインされていない場合は、問題をレベル 1 トリアージグループにアサインします。 1. ステータスを \[トリアージ済み\] に移行します。 2. グループに通知を送信します。 {#yokohama-patch-6__ol_hmz_cq4_dgc} 2. アサインされている場合は、複数のレコードをレベル 2 トリアージグループにアサインします。 1. レコードごとにタスクを作成します。 2. タスクがアサインされるまで待ちます。 3. タスクがアサインされたら、タスクアサイニーのマネージャーに承認を求めます。 {#yokohama-patch-6__ol_x2h_tn4_dgc} {#yokohama-patch-6__ol_v2h_tn4_dgc} {#yokohama-patch-6__ol_u2h_tn4_dgc} フローがプレビューで作成され、\[Create Task (タスクの作成)\] が \[Create problem_task Task (タスクの作成)\] と表示されていることに注意してください。 | | フロー (ファミリーチャネル) PRB1887330 | フロー実行を開くと、NaN 出力で「要求の実行中に例外が発生しました:値を逆シリアル化できませんでした (Exception while executing request: Could not deserialize value)」という結果が表示される | . | 1. フローアクションを作成します。 2. 「浮動小数点数」タイプのアクションの出力を構成します。 3. javascript '0/0' を介して出力 NaN にします。 4. このアクションを任意のテストフローに追加します。 5. フローを実行します。 {#yokohama-patch-6__ol_kfh_tn4_dgc} すべてのユーザーにエラーが表示され、フロー実行の詳細は表示されません。 | | フロー (ファミリーチャネル) PRB1922279 | Text2flow の Glide 変更 | これは製品の機能拡張です。 | | | Granular Delegation PRB1840636 | アドホックな詳細な委任が本番環境で機能しない | ログに次のエラーがあります:「JavaScriptException の根本原因:java.lang.NullPointerException:java.lang.NullPointerException:「rule」が null であるため「com.glide.delegation.DelegationRule.isApprovals()」を呼び出せません:com.glide.delegation。ApprovalDelegationMapper .doesMapRule (ApprovalDelegationMapper. java:46)」と表示されます。 | | | ヘルスログアナリティクス (ファミリー) PRB1898736 | インスタンスがエイリアスを使用している場合、IPKI 証明書生成のホスト名解決が成功しない | | | | Hermes (ファミリー) PRB1860223 | クライアントメトリクスを集計するときに、Hermes クライアントメトリクス収集で大きなレコードがロードされる | | 1. 1 つのインスタンスに対して 15 個のトピックを作成します。 2. これらのトピックのメッセージを少なくとも 15 分間生成して消費します。 3. 「hermes_metrics_collection」テーブルを検証します。 4. 使用可能なメトリクスの行数をチェックして、メトリクスの数が 10,000 であることを確認します。 {#yokohama-patch-6__ol_ufh_tn4_dgc} 予想される動作:メトリクスの集計中にエラーは発生しません。実際の動作:「WARNING \*\*\* Large Table: Table handling an extremely large result set」というエラーに注意してください。 | | Horizon コンポーネントライブラリ PRB1892046 | テキスト領域が読み取り専用の場合、自動サイズ変更制限が機能しない | ユーザーが通常のワークスペースページで使用している読み取り専用コンポーネント「now-textarea」があります。ユーザーはテキスト領域の高さを拡大したいと考えていますが、それは「rows」プロパティを介してのみ可能です。ユーザーは現在、「autoresize」プロパティと「autoresizeRowsLimit」プロパティを使用しています。ただし、フィールドは読み取り専用であるため、テキストエリアの高さは拡大されません。UI ビルダーページの既存のテンプレートを使用する場合、「now-textarea」コンポーネントのプロパティを直接変更する方法はありません。通常の空の UIB ページであれば、ユーザーは「rows」プロパティを変更できたでしょう。 | | | HTML フィールドタイプエディター PRB1881482 [KB2291304](https://hi.service-now.com/kb_view.do?sysparm_article=KB2291304) | 読み取り専用の HTML フィールドでコンテンツが正しく表示されない | ユーザーはフィールドの内容を表示できません。フィールドは読み取り専用になり、コンテンツは表示されません。 | 詳細については、リストの KB 記事を参照してください。 | | HTML Sanitizer PRB1840143 | OpenITTicket-Web クライアントは、「機密情報を入力しました。チャット履歴から消去されました (You have input sensitive information and it has been cleared from the chat history)」という同期メッセージを受け取る | この問題は、Web クライアントの使用中に断続的に発生します。 | 1. OpenItTicket をセットアップします。 2. オープン IT チケット 2.0 (テンプレート) トピックを公開します。 3. Web クライアントを起動します。 4. キーボードから「開く」と入力します。 5. トピックピッカーから OpenITTicket 2.0 テンプレートトピック を選択します。 6. 簡単な説明「マシンの問題」を入力 7. \[いいえ\] を選択します。 8. \[ 緊急度\] を選択します。 {#yokohama-patch-6__ol_qgh_tn4_dgc} | | HTTP クライアント PRB1916723 | 同期クライアントでマルチパートをサポートするために行われた変更がないため、\[今すぐ要求\] LLM メディアアクションが失敗する | 生成 AI コントローラー (GAIC) が Now LLM 接続エイリアスを使用するように「Now LLM メディア」フローを変更できるように、マルチパート要求サポートを ynowassist に追加する必要があります。 | | | ID PRB1894590 | アドミンユーザーは、リストから AI エージェントを選択するときに「テーブル名」を変更できます | エージェントロール構成用の新しいプラグインとテーブルがあります。 | 1. 「com.glide.identity.agent.security」がインスタンスにインストールされていることを確認します。 2. アドミンとしてインスタンスにログインします。 3. 「sys_agent_access_role_configuration」テーブルのリストビューを開きます。 4. \[ 新しいレコードを追加\] を選択します。 5. \[エージェント\] エントリの横にある 検索 アイコンを選択します。 {#yokohama-patch-6__ol_ehh_tn4_dgc} 予想される動作:ユーザーはポップアップウィンドウから「テーブル名」を変更できません。 実際の動作:エージェントは、ポップアップウィンドウのリストからデフォルト以外のテーブルを選択できます。 | | ID PRB1905443 | WSA フィールド通知メッセージの大文字と小文字がありません | | 1. track/ynowassist の任意のインスタンスにログインします。 2. 移動先 すべてユーザー または sys_user.list テーブルを開きます。 3. 任意のユーザーレコードを開きます。 {#yokohama-patch-6__ol_phh_tn4_dgc} 予想される動作:メッセージは「代わりに ID タイプフィールドを使用してください (Please use identity type field instead)」になります。 実際の動作: WSA フィールドの通知メッセージが大文字で始まっていない (「Please use identity type field instead (代わりに ID タイプ フィールドを使用してください)」。 | | インシデントコミュニケーション管理 PRB1901722 | 解決の連絡 (テクニカル) および解決の連絡 (ビジネス) でのワークアラウンド変数の追加 | スキルがアクティブな場合は、「ワークアラウンド」GenAI 変数をテンプレートに追加します:解決のコミュニケーション (技術) と解決のコミュニケーション (ビジネス)。 | | | インスタンスクローン (ファミリー) PRB1908309 | 繰り返しクローンの認証の修正 | | | | 統合ハブ PRB1844370 | 再構築されたプロセス計画は、データストリームを含む計画をフェッチするときに誤った情報を返します | メソッドが「false」を返した場合でも、フローはデータストリームで実行されます。 | 1. 統合ハブエンタープライズパックをインストールします。 2. データストリームを作成します。 3. フロー内で公開します。 4. フローを実行します。 5. メソッド「OperationUtils.getReconstructed ProcessPlan(contextID)」を呼び出して、IDE で再構築されたプロセス計画を取得します。hasDataStream()」というエラーが表示されます。 {#yokohama-patch-6__ol_zhh_tn4_dgc} このメソッドは、フローがデータストリームが存在する状態で実行されていても false を返すことに注意してください。 | | 統合ハブ PRB1901076 | 予期しない形式が原因で、生成 AI コントローラー (GAIC) が一部のストリーミング応答を処理できない | すべてのストリーミング応答が GAIC によって返されるわけではありません。調査の結果、問題はフロー処理コードのクラスに追跡されました。このコンポーネントは現在、SSE または JSON データ形式のみをサポートしています。ただし、一部の応答は別の形式で返されるため、コンシューマーでエラーが発生します。 | | | 統合ハブ PRB1911068 | GlideServer SQL API/クエリサービスの制限 | これは製品の更新です。 | | | 統合ハブ PRB1911069 | ServiceNow SQL API 用の JDBC ドライバー REST API | これは製品の更新です。 | | | 言語と翻訳 PRB1886122 | ユーザーがリスクワークスペースで sn_risk_advanced プラグインコンポーネントの翻訳が間違っていることに気付く | sn_risk_advanced プラグインコンポーネントのリスクワークスペースの翻訳が正しくありません。 | 1. Yokohama P1 に移動します。 2. デモデータを含む GRC:リスク管理ワークスペースプラグインをインストールします。 3. ドイツ語翻訳用の i18n をインストールします。 4. 移動先 リスクワークスペースリストリスクアセスメントリスク登録. 5. レコードを開きます。 6. \[ビュー\] を選択します。 7. 開いているレコードにすべての「字幕」が正しく表示されていることを確認します。 8. 言語をドイツ語に変更します。 {#yokohama-patch-6__ol_k3h_tn4_dgc} 予想される動作:テキストが翻訳されます。 実際の動作:字幕は「advanced_risk_assessment_component...」と表示されます。 | | ライセンス使用 PRB1920048 | \[主要測定基準\] セクションの進捗状況インジケーターカードの \[候補を削除\] リンクが機能しない | \[主要測定基準\] の \[削除候補\] は、削除候補のリストビューにリンクする必要があります。 | 1. プラグイン (com.sn_samp_master_ws) をインストールするか、デモデータを含むストアアプリをインストールします。 2. ソフトウェア資産ワークスペースを含むすべてのソフトウェア資産管理プロプラグインをアクティブ化します。 3. 移動先 ワークスペースソフトウェア資産ワークスペース. 4. 左側のメニューから \[ライセンス使用モジュール \] を選択します。 5. Publisher Adobe Systems を選択します。 6. 移動先 主要メトリクス進捗状況インジケーター. 7. 削除候補を選択します。 {#yokohama-patch-6__ol_x3h_tn4_dgc} 予想される動作:ユーザーは削除候補のリストビューに移動します。 実際の動作:\[削除候補\] リンクが選択されても何も起こりません。 | | ライフサイクルイベント PRB1881856 [KB2208698](https://hi.service-now.com/kb_view.do?sysparm_article=KB2208698) | ライフサイクルイベント (LE) ケースが「準備完了」ステータスで直接作成されると、「ケースが再オープンされました...」というメッセージが表示されるが作業メモに追加されました | この問題は横浜でのみ発生し、Xanadu では発生しません。 | 詳細については、リストの KB 記事を参照してください。 | | リスト管理 PRB1875957 [KB2115689](https://hi.service-now.com/kb_view.do?sysparm_article=KB2115689) | \[リストをカスタマイズ\] オプションが想定どおりに機能しない | \[リストをカスタマイズ\] オプションを使用する場合、ユーザーがリスト上のスラッシュバケット以外の場所をクリックすると、スラッシュバケットが消えます。これによりリストが動かなくなり、フィルター、カスタマイズ、UI アクション、コンテキストメニューなどのリスト要素にアクセスできなくなります。 | 詳細については、リストの KB 記事を参照してください。 | | リスト管理 PRB1880653 | Yokohama へのアップグレード後、ワークスペースでのみ \[列フィルタリング行を表示 (Show column filtering row)\] を使用すると、特殊文字がリスト内で誤って解釈される | この問題は、ワークスペースを使用している場合のリスト列ヘッダーフィルターの Yokohama インスタンスでのみ再現されます。 | 1. Yokohama インスタンスにログインします。 2. 任意のワークスペースに移動します。 3. 任意のリストを開きます。 4. \[列フィルタリング行を表示\] でリストが有効になっていることを確認します。 5. 任意の列の下の \[検索 フィルター\] フィールドに特殊文字を入力します。 6. 文字が他のハードコードされた文字に変換されることに注意してください。 {#yokohama-patch-6__ol_wjh_tn4_dgc} 予想される動作:文字は同じままで、一致した文字に基づいてリスト結果が表示されます。 実際の動作:文字が他のハードコードされた文字に変換されます。この問題はワークスペースを使用している場合にのみ再現され、プラットフォーム UI で正常に動作します。 | | MetricBase PRB1878006 | Clotho サーバーがハングアップしていると、Glide が応答しなくなることがあります | Clotho が応答しなくなった場合、Clotho XMLStats 要求は返されず、Glide でセマフォが枯渇します。 | | | メトリックインテリジェンス (ファミリ) PRB1839739 | ME は、データのないメトリクスを除外しないダッシュボード構成をクエリし、事前フィルタリングを追加する必要があります | これにより、API がデータのない 10 個のダッシュボード構成を返す状況が発生し、Metric Explorer で空のメトリクスグラフパネルが表示される可能性があります。この問題に加えて、事前フィルタリングを追加する必要があります。 | 1. 系列を選択します。(CI + リソース + メトリクスタイプ) には、いくつかのデータがあります。 2. \[ メトリクス\] ビューの構成に移動します。 3. 登録済みメトリクスのないソースメトリクスタイプに対して、ソースのない CI クラスに対して 10 個以上のレコードを、すべて低い順序 (10 など) で作成します。 4. 上位 (200 など) の登録済み系列を持つメトリクスソースを使用して、その CI のレコードを作成します。 5. 別のタブのサービスオペレーションワークスペース (SOW) で CI を開きます。 6. メトリクスウィジェットのウィジェットに、上位メトリクス設定レコードの対象となる系列が含まれていることを確認します。 7. すべてのプロパティに移動します。 8. プロパティ「sa_metric.enable_dashboard_query_prefilter」を作成します。 9. プロパティを「false」に設定します。 10. キャッシュをクリア (cache.do) 11. SOW に戻ります。 12. ページを更新します。 13. CI を再度開きます。 14. 順序 200 のウィジェットがメトリクスウィジェットに表示されていないことを確認します。 {#yokohama-patch-6__ol_jkh_tn4_dgc} | | MID サーバー PRB1898155 [KB2321207](https://hi.service-now.com/kb_view.do?sysparm_article=KB2321207) | config_publish が次の MID サーバーの再起動を送信した後、計算されたチェックはゼロになります | ECC キューメッセージによるポリシーの公開中、以前に登録されたポリシーのチェックサム計算は MID サーバーで実行されません。これらの計算は、ポリシーとそのチェックインスタンスに関連付けられたエージェントに、変更が行われたことを通知する役割を果たしており、変更を反映するには WebSocket 接続を介してデータの同期をエージェントにプッシュする必要があります。この問題は、config_publishメッセージ中に MID サーバーが前のポリシーをキャッシュしたことが原因で発生します。このメッセージの後に登録するエージェントの場合、MID サーバーのキャッシュエントリを新しいエージェント接続に関連付けているときにエラーが発生したため、スケジュールメッセージは送信されません。既存のポリシーやチェック定義を更新しても、キャッシュはそれらで更新されません チェックサムが変更され、ステータスが変更されたことを示します。 | 詳細については、リストの KB 記事を参照してください。 | | MID サーバー PRB1900340 | 識別文字列を待機しているときにクライアントが大量のデータを送信すると、SSHProviderTerminal JavaScript プローブがスタックする | | 1. TCP 接続が成功した後にガベージを返すポート 22 で実行されているサーバーをシミュレートします。 2. そのサーバーに対して SSHProviderTerminal プローブを実行します。 {#yokohama-patch-6__ol_mlh_tn4_dgc} | | Mobile Classic アプリ (提供終了) PRB1900493 | 再認証エラーによるモバイルブラウザの電子署名エラー | この問題は、SSO と「Approval with e-signature」プラグイン用にインスタンスプロパティが構成されている場合に見つかりました。 | 1. 新しい CHG レコードを作成します。 2. ユーザーにアサインする承認者 (sysapproval_approver) レコードを生成するように進めます。 3. iOS デバイスで最新の Now Mobile を使用してインスタンスにログインします。 4. 移動先 自分のアクションタスク. 5. \[承認\] を選択します。 6. コメントを追加します。 7. アイテムを \[承認済み\] に設定します。 {#yokohama-patch-6__ol_xlh_tn4_dgc} 承認する前にユーザー名とパスワードの入力を求められることに注意してください。 | | モバイルプラットフォーム PRB1835448 | 選択値が大文字の場合、モバイルアプリへの依存関係は解除されます | . | | | モバイルプラットフォーム PRB1843125 [KB2180787](https://hi.service-now.com/kb_view.do?sysparm_article=KB2180787) | 言語はキャッシュキーの一部にする必要があります スクリプト化された画面キャッシュを構築する | モバイルエージェントアプリのアンケートとサーベイの翻訳が期待どおりに機能しません。 | 詳細については、リストの KB 記事を参照してください。 | | モバイルプラットフォーム PRB1901478 | フィルターフローの一部として UI パラメーターを使用すると、フィールドサービス管理 (FSM) で作業指示タスク (WOT) sys_id読み取られない | ユーザーに「無効な入力」エラーが発生します。 | | | モバイルプラットフォーム PRB1904246 | 標準の検索結果で外部コンテンツがサポートされている必要があります | アドミンを追加しないと、ユーザーはアイコンを表示したり、URL を選択したりすることはできません。 | | | モバイルプラットフォーム PRB1905877 | 単一の添付ファイルケースの場合、添付ファイルのタイトルが表示されない | 添付ファイルは標準の検索結果でサポートされている必要があります。これで、単一の添付ファイルケースでは、添付ファイルのタイトルは表示されません。複数の添付ファイルの場合、添付ファイルの数は表示されません。 | | | モバイルプラットフォーム PRB1909655 | 標準検索結果の外部コンテンツをサポートする必要があります | 完全な URL は切り捨てられます。 | 1. 最新の iOS/Android リクエスター 20.2 アプリにログインします。 2. ホームで質問を検索します。 3. SharePoint の検索結果を確認します。 {#yokohama-patch-6__ol_ymh_tn4_dgc} 予想される動作:ユーザーは有効な URL にリダイレクトされます。 実際の動作:標準の検索結果の外部コンテンツが、ユーザーを無効な URL にリダイレクトします。 | | モバイルプラットフォーム PRB1916140 | 製品サポートのモバイル Now Assist スキルキット | これは製品の更新です。 | | | モバイルプラットフォーム PRB1916141 | 標準検索結果の添付ファイルと外部コンテンツ | これは製品の更新です。 | | | モバイルプラットフォーム PRB1916148 | モバイル NASS エントリーポイントの更新 | これは製品の更新です。 | | | モバイルプラットフォーム PRB1919819 | 添付ファイルが関連付けられていない標準の検索結果を返すときにエラーが発生する | この問題は、iOS および Android リクエスター 20.2 で発生します。 | 1. 管理者ユーザーとしてログインします。 2. 添付ファイルが関連付けられていない標準の検索結果 (iPhone など) を検索します。 {#yokohama-patch-6__ol_hnh_tn4_dgc} 予想される動作:標準の検索結果が返されます。 実際の動作:添付ファイルが関連付けられていない標準の検索結果を返すときにエラーが発生しました。 | | ネクストエクスペリエンス統一ナビゲーション PRB1908169 [KB2252998](https://hi.service-now.com/kb_view.do?sysparm_article=KB2252998) | 無効な routeConfigId を持つエクスペリエンスの完全一致が移動しない | Zing 検索結果がワークスペース内で正しく開かないという新しい問題が見つかりました。 | 詳細については、リストの KB 記事を参照してください。 | | ネクストエクスペリエンスのユーザーメニュー PRB1904194 | \[代理操作ユーザー\] リストから AI エージェントタイプのユーザーをフィルタリングします | ユーザーがidentity_type「ai_agents」のユーザーを代理操作できないようにします。 | | | ドキュメントインテリジェンス (DocIntel) での Now Assist PRB1876011 | トピックが選択された後に会話がハングする | ドキュメントインテリジェンス (DocIntel) に関連する syslog で、スケジュール済みジョブエラーが発生します。 | 1. 従業員サービスセンター (ESC) に移動します。 2. 「明日までに仕事用のレンタルラップトップを借りる必要があります (I need to borrow a loaner laptop for work by tomorrow)」というプロンプトを入力します。 {#yokohama-patch-6__ol_qnh_tn4_dgc} トピックが選択され、「『Loaner Laptop』 を開始しています...」というメッセージが表示されます。が表示されましたが、動かなくなります。 | | ドキュメントインテリジェンス (DocIntel) での Now Assist PRB1898239 | 無効な文字区切り文字の問題により、extractData が CSV ファイルからテキストを抽出できない | エラー:「CSV ファイルの処理中に予期しないエラーが発生しました:IOException が次のレコードを読み取っています:java.io.IOException:(1 行目) Invalid char between encapsulated token and delimiter: java.lang.IllegalStateException: IOException reading next record: java.io.IOException: (line 1) invalid char between encapsulated token and delimiter...」 | | | Now Assist パネル PRB1907557 | Now Assist パネルの sys_script_318070047 f3012102 ff5e3136d 86653d.xmlを変更 | | | | Now Assist パネル PRB1914236 | 一部のチャネルは拡張チャットでサポートされていません | これらのコントロールは、すべてのチャネル (動的選択、およびスクリプト出力) でサポートされているわけではありません。 | 1. での拡張チャットの構成 すべて対話型インターフェースアシスタント. 2. でデータ可視化生成スキルを有効にする Now Assist アドミンプラットフォーム. 3. Now Assist ポータルを開きます。 4. \[ データの可視化を作成\] を選択します。 {#yokohama-patch-6__ol_znh_tn4_dgc} 予想される動作:発言を求めるメッセージが表示されます。 実際の動作:\[チャネルがサポートされていません\] と表示されます。 | | Now Assist パネル PRB1914534 | 他のコンポーネントは、AIEL にスキルの実行を要求できる必要があります | | | | Now Assist パネル PRB1916147 | AI エンゲージメントレイヤーイニシアチブ | これは製品の更新です。 | | | エージェント向け Now Assist パネル UX PRB1912755 | エージェント型ワークフローとエージェントの既存の ACL にインライン編集モーダルがありません | | 1. スタジオから既存の ACL を持つワークフローまたはエージェントを開きます。 2. \[このエージェント型ワークフローにアクセスできるユーザーを定義\] セクションにリストされている ACL の \[ロール\] 列で ロール ピルを選択します。 3. 表示されているモーダルのロールを編集します。 4. \[保存\] をクリックします。 {#yokohama-patch-6__ol_k4h_tn4_dgc} 予想される動作:モーダルが表示され、ロールを更新して保存できます。 実際の動作:編集モーダルは表示されません。 | | エージェント向け Now Assist パネル UX PRB1913515 | エージェントレベルの \[トリガーとして実行\] がテーブルで会話を開始しsys_cs_conversation | | 1. AIA 5.1.SNAPSHOT を IT チケットステータスエージェントにインストールします。 2. ロールとして「アドミン」を持つ任意の AI ユーザーの「別のユーザーとして実行」を追加します。 3. \[AI ユーザーとして実行\] を使用してインシデントテーブルのトリガーを構成します。 4. トリガー/会話を開始するには、インシデントを更新します。 {#yokohama-patch-6__ol_w4h_tn4_dgc} \[会話のトリガー (Trigger Conversation)\] が開始されていないことに注意してください。 | | エージェント向け Now Assist パネル UX PRB1919813 | 新しい AIEL および Now Assist パネル構成に対応するための変更 | これは製品の機能拡張です。 | | | エージェント向け Now Assist パネル UX PRB1919814 | 新しい AIEL および Now Assist パネル構成に対応するための変更 | これは製品の機能拡張です。 | | | エージェント向け Now Assist パネル UX PRB1919815 | バックエンドは、日没時点に合わせて変更されます Now Assist パネル チャットコンポーネントとデバイスタイプ | これは製品の機能拡張です。 | | | エージェント向け Now Assist パネル UX PRB1919816 | 呼び出し開始sn_aia_execution_planをキャプチャして、プレイグラウンド、トリガー、またはチャットディスカバリーのいずれから実行されたかを判断します | これは製品の機能拡張です。 | | | OneExtend PRB1894063 | sendFeedback メソッドが「User is not authorized to update log record」というエラーをスローする | | 1. アドミンとしてインスタンスにログインします。 2. LA との会話を開始します。 3. ユーザーとしてログインします。 4. 会話を実行します。 5. チャットを終了します。 6. LLM で生成された簡単な説明を変更します。 {#yokohama-patch-6__ol_hph_tn4_dgc} 予想される動作:編集した応答フィールドがsys_generative_ai_logテーブルで更新されます。 実際の動作:編集された応答フィールドは更新されません。 | | Password2 暗号化 PRB1893080 | 数百万の password2 データを持つインスタンスでの SEK ReEncrypt 中のメモリ消費量が多い | | 1. インスタンスで 2,000 万件の password2 レコードを生成します。 2. ストレージ暗号化の再暗号化を実行します。 {#yokohama-patch-6__ol_rph_tn4_dgc} 予想される動作:再暗号化は正常に完了します。 実際の動作:ノードのメモリが不足したため、暗号化ジョブが突然終了します。 | | Password2 暗号化 PRB1914502 | SEK の再暗号化に失敗しても「許可」ルールが取り消される | | 1. 破損した PW2 レコードを開きます。 2. システムプロパティ glide.crypto.core .rekey.v2.enabled: false を作成して、V1 リキーを有効にします。 3. REST API エクスプローラーに移動します。 4. \[ 探索\] を選択します。 1. 名前空間:crypto 2. API 名:Crypto Rekey Automation API {#yokohama-patch-6__ol_bqh_tn4_dgc} 5. \[送信\] を選択します。 6. \[セキュリティジョブ\] に移動します。 7. 最新の SEK 再暗号化ジョブを確認します。 {#yokohama-patch-6__ol_aqh_tn4_dgc} 予想される動作:SEK の再暗号化の失敗により、「許可」ルールは取り消されません。 実際の動作:SEK の再暗号化に失敗しても「許可」ルールが取り消されます。 | | パフォーマンスアナリティクス PRB1912079 | Yokohama でホームページ廃止ツールで「廃止されていないホームページ」の正しい数が入力されない | | 1. Yokohama に基づいてインスタンスを開きます。 2. 以下がインストールされ、最新の状態であることを確認します。 ホームページ廃止ヘルプツール (アプリ ID:sn_home_page_depr)。 3. category_defaultと等しいビューがないホームページをいくつか追加します。ビューが空のホームページが多数あり、両方のホームページがダッシュボードまたはタブで使用されていないことを確認します。 4. ホームページ移行ダッシュボードに移動します。 5. \[Homepages not deprecated\] というウィジェットがあることがわかります。 6. ビュー = category_default の 2 つのページと、ビューが空の 5 つのページを作成します。 {#yokohama-patch-6__ol_mqh_tn4_dgc} 予想される動作:廃止されていないホームページの数は 7 と表示されます。 実際の動作:廃止されていないホームページの数には値 2 が表示されます。 | | プラットフォームアナリティクスダッシュボード API PRB1873441 | ライブラリ内のデータ可視化の説明は空です | プロパティ「com.glide.par.unified_analytics.enabled」と com.glide.par.v_table_join.enabled」が「True」の場合、data-visualization-library のデータ可視化の説明は空になります。 | 1. 説明付きのデータ可視化を作成します。 2. プロパティ「com.glide.par.v_table_join.enabled」を「True」に設定します。 3. 説明がライブラリから削除されていることに注意してください。 4. 同じ可視化をpar_visualizationで検索します。リスト。 {#yokohama-patch-6__ol_crh_tn4_dgc} 説明がpar_visualizationに表示されることに注意してください。リスト。 | | プラットフォームアナリティクス移行 API PRB1863966 | ダッシュボードの編集ライブラリ可視化で、移行後に \[保存\] プロンプトに正しいラベルがない | これは当初 PRB1713684 によって修正されましたが、stored_component_nameなしで可視化するためのケースフォールバックは追加されませんでした。「保存されているすべての可視化に名前が入力される」という条件が定義されています。 | 1. 移行センターで一括移行からダッシュボードを移行します。 2. ダッシュボードにアクセスします。 3. 可視化を編集します。 4. プロパティを変更します。 5. ダッシュボードを保存します。 6. ライブラリに保存するかどうか、またはクローンバージョンをダッシュボードに保存するかどうかを尋ねる保存プロンプトが表示されます。 {#yokohama-patch-6__ol_mrh_tn4_dgc} 予想される動作:メッセージには「'可視化名'への変更をどのように保存しますか。 実際の動作:可視化名が空です。 | | プラットフォームアナリティクス移行 API PRB1869607 | プラットフォームアナリティクスアドミン (PAA) には常に \[UXA\] メニューが表示される | 統一プロパティはデフォルトで「false」になっているため、移行せずに Yokohama にアップグレードする顧客には PAA メニューが表示されません。UXA 設定メニューは、ユーザーが移行を実行したかどうかに関係なく、\[プラットフォームアナリティクス管理\] に表示されます。 | | | プロセスマイニング外部データのインポート PRB1870059 | レコードデータ生成が想定どおりに機能しない | ユーザーが \[レコードデータを作成\] を選択した後、データはインポートテーブルからクリアされ、レコードは生成されません。 | 外部プロセスマイニングのガイド付きセットアップで外部データセットをインポートします。 予想される動作:ユーザーはインポートされたデータセットに基づいてレコードを作成できます。 実際の動作:\[ レコードデータを作成\] を選択した後、ページは更新されるまで進行状況ビューでスタックしたままになります。更新後、インポートテーブルのデータは消去され、レコードは生成されません。 | | プロセスマイニング PRB1882225 | 予期しない例外がログに反映されない | | ログ収集中に MdTraceService で例外をスローします。 例外の詳細またはスタックトレースがログにないことに注意してください。 | | プロセスマイニング PRB1895034 | 2 つの日付単位を持つすべてのアナリストワークベンチ統計を確認します | \[プロセスの詳細\] の複数の領域の統計情報の書式設定を更新する必要があります。 | | | プロセスマイニング PRB1901994 | プロセスマイニングの 3P モデルの GenAI スキルが失敗する | | 1. sys_one_extend_definition_config でデフォルトのプロバイダーを NowLLM モデル以外に変更します。 2. スキルを開始します。 {#yokohama-patch-6__ol_osh_tn4_dgc} 予想される動作:スキルは LLM 応答を返す必要があります。 実際の動作:スキルに重要な理由は表示されません。 | | プロセスマイニング PRB1905387 | プロセスマイニングでのクエリ ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | プロセスマイニング PRB1912315 | フィルターセット条件が 10,000 件を超える結果と一致する場合、フィルターセットモデルが誤った数に基づいて計算される | フィルターセットのデータアップロードに問題があります。1. フィルターセットのケース ID をフェッチするには、正しいページサイズ値を使用します。2. 2 ページ目以降のフィルターセットファイルのアップロードにヘッダー行を追加します。3. フルマイニング用にデータファイル名が生成される間のタイムアウトを避けるために、フィルターセットのファイル名に対するケースカウントクエリは避けてください。 | 1. プロジェクトをマイニングします。 2. 10,000 件を超えるケースと 20,000 件未満のケースに一致する条件でフィルターセットを作成します。 3. プロジェクトを再マイニングします。 4. フィルターセットモデルに誤ったケースカウントが表示されるようになったことを確認します。 {#yokohama-patch-6__ol_xsh_tn4_dgc} 予想される動作:フィルターセットに一致するすべてのケースがマイニングされ、正しいケース数が表示されます。 実際の動作:フィルターセットモデルに対して誤ったケース数が表示されます。 | | プロセスマイニングワークスペース PRB1861801 | MDM のテーブル間のカウントが正しくない | | プロジェクト「Incidents with Bad Change (不正な変更のあるインシデント)」を開きます。 インシデントテーブルのマイニングと変更テーブルのマイニングの間のレコード数が正しくないことに注意してください。 | | プロセスマイニングワークスペース PRB1862573 | コンテキスト フィールドが コンテキスト条件で使用されており、ユーザーが移行を編集すると、値リストに「id」が表示されます | \[優先度\] が \[id\] で、スケジュール設定済みタスクパネルに \[2 - 高\] ではなく \[2\] が表示されている場合、ユーザーはリストから他の値を選択できます。 | 1. アクティビティを「ステータス」、コンテキストアクティビティ (AOI) を「優先度」としてプロジェクトを作成します。 2. アナリストワークベンチをマイニングして開きます。 3. 高度な移行にコンテキスト条件を含む条件を追加します。 4. 完了ステータスで結果を表示します。 5. \[適用済み\] フィルターから \[編集 \] を選択します。 {#yokohama-patch-6__ol_xth_tn4_dgc} 「優先度」の値に「id」が表示され、ユーザーが値リストから他の値を選択しないことを確認してください。また、スケジュール設定済みタスクパネルにも \[2 - 高\] ではなく \[2\] と表示されます。 | | プロセスマイニングワークスペース PRB1879536 | フリーミアムプロジェクトからコピーされたプロジェクトは、「ロールなし」のユーザーがアクセスできます | コピーされたマイニングされたプロジェクトは、「ロールなし」のユーザーがアクセスでき、権限 itil と snc_internal ロールがコピーされます。 | 1. アナリストユーザーとして代理操作します。 2. フリーミアムプロジェクトのコピーを作成します。 3. フリーミアムプロジェクト (itil および snc_internal) からも権限がコピーされていることを確認します。 4. プロジェクトをマイニングします。 5. 「ロールなし」ユーザーの代理操作を行います。 6. プロセスマイニングワークスペースに移動します。 {#yokohama-patch-6__ol_k5h_tn4_dgc} コピーされたマイニングされたプロジェクトには、「itil」またはsnc_internalロールのいずれかを持つ「ロールなし」ユーザーがアクセスでき、アナリスト以外のユーザーは RCA、クラスタリング、レコードの表示、および作業メモを実行できることに注意してください。 | | プロセスマイニングワークスペース PRB1885485 | PA ジャーニーを介して作成されたプロジェクトについて、ガイド付きセットアップの概要ページがロードされない | | 1. 左側のナビゲーションに移動します。 2. データ コレクターを検索。 3. ジョブを選択します。 4. 次を開きます。 1. \[PA インシデント\]履歴データ収集。 2. \[PA インシデント\]日次データ収集。 {#yokohama-patch-6__ol_isx_h4b_2gc} 5. 両方に対して \[今すぐ実行 \] を選択します。 6. 1 分間、またはプロセスが完了するまで待ちます。 7. 左側のナビゲーションを開きます。 8. プラットフォームアナリティクスで KPI を検索します 。 9. PA インジケーターを開きます。 10. インシデントはデフォルトのテンプレートであるため、インシデントのインジケーターを選択します。 11. \[ プロセス分析を実行\] を選択します。 12. これにより PA API がトリガーされ、プロジェクトが作成されることに注意してください。 13. 左側のナビゲーションで PA プロジェクト を検索します。 14. \[プロセスマイニング\] で開きます。 15. 新しく作成されたプロジェクトが表示されます。それを開く。 16. \[プロジェクトビルダー\] ボタンで\[編集\] を選択します。 {#yokohama-patch-6__ol_pgq_14b_2gc} 連続ループに入っていることを確認します。 | | プロセスマイニングワークスペース PRB1891796 | モーダルの代わりにアラートを表示し、ガイド付きプロセスの構成で \[推奨事項を取得\] のツールヒントを更新する | この問題は横浜で観察されました。 | シナリオ 1： 1. 「incident」を使用してエンティティのプロセス構成を作成します。 2. \[プロセスの表示セット\] セクションに テキスト フィールドを追加します。 3. \[改善の機会\] ページに戻ります。 4. \[自動\] タブで \[ 推奨事項を取得 \] を選択します。 {#yokohama-patch-6__ol_x5h_tn4_dgc} アラートポップアップに「利用可能な推奨事項はありません」というメッセージが表示されます。 シナリオ 2： 1. \[プロセスの表示セット\] セクションに入力せずにプロセス構成を作成します。 2. プロジェクトを作成します。 3. \[ 推奨フィールドを取得\] にカーソルを合わせます。 4. ツールヒントに「すべての推奨アクティビティ定義が追加されました」と表示されます。 5. \[ 推奨フィールドを取得\] を選択します。 {#yokohama-patch-6__ol_y5h_tn4_dgc} アラートポップアップに「利用可能な推奨事項はありません (No recommendations available)」と表示されます。 | | プロジェクト管理 PRB1883485 | プロジェクトがデマンドから作成された後、デマンドのステータスが「完了」に更新されない | この問題は横浜で観察されました。 | 1. インスタンスにアクセスします。 2. 新規デマンドを作成 3. \[ プロジェクト作成 \] 関連リンクを選択します。 4. 「デマンド」ステータスは変更されていないことに注意してください。 5. ページを更新するか、同じデマンドを再度開きます。 {#yokohama-patch-6__ol_bwh_tn4_dgc} ステータスが \[完了\] に変更されていることに注意してください。 | | プロジェクト管理 PRB1885649 | プログラムとポートフォリオに対してコスト計画のロールアップが発生しない | | 1. プロジェクトを作成します。 2. プログラムを割り当てます。 3. コスト計画と利益計画を追加します。 4. \[保存\] をクリックします。 5. プログラムの \[財務\] タブを検証します。 {#yokohama-patch-6__ol_owh_tn4_dgc} | | 関連リストアクションモデル PRB1889099 | 価格明細の属性調整を作成するときに、属性調整フォームで価格明細 ID がデフォルトに設定されない | この問題は横浜で確認されています。 | 1. Yokohama インスタンスにホップオンするか、ログインします。 2. \[CSM/FSM Configurable Workspace\] に移動します。 3. 価格リストを新規作成します。 4. 製品オファリングホームオートメーションハブの価格明細を新規作成します。 5. ホームオートメーションハブの価格明細行の属性調整を設定します。 6. 属性調整フォームを確認します。 {#yokohama-patch-6__ol_dxh_tn4_dgc} 予想される動作:\[すべての価格リストに適用\] をオフにし、価格明細に価格明細 ID が事前に入力されている必要があります。 実際の動作:属性調整フォームでは、価格明細行は無効になっており、価格明細行 ID が事前に入力されていません。 | | レポート PRB1892235 | スケジュール済みレポートにアクセスすると、エラーが発生する | スケジュール済みレポートにアクセスすると、非アドミンユーザーの「query_match」操作に対するアクセスが不十分なため、par_coreui_migration _bridge_sysautoのクエリの一部が無視されました」というエラーが表示されます。 | | | 制限付き発信者アクセス (RCA) PRB1894354 | チャットの添付ファイルがユーザー側に渡らない | . | 1. Yokohama インスタンスに HR サービスデリバリ (HRSD) 用の「高度な作業アサイン」(AWA) をインストールします。 2. AWA で HRSD スコープのキューを作成します。 3. エージェントとしてログインし、添付ファイルの送信を試みます。 {#yokohama-patch-6__ol_sxh_tn4_dgc} 失敗していることを確認します。 | | ロール PRB1905646 | アップグレードfix_scriptで 8M レコードの ID タイプの設定に 5 分以上かかる | 既存のユーザーには ID タイプが必要です。 | 1. Xanadu のインスタンスを取り上げます。 2. sys_userテーブルに 8M 件のレコードを作成/セットアップします。 3. インスタンスを最新の track/ynowassist ビルドにアップグレードします。 {#yokohama-patch-6__ol_fyh_tn4_dgc} アップグレードの合計に 36 分かかったことに注意してください。sys_userレコードのidentity_typeを更新する修正スクリプトに 5 分かかっています。 | | ロール PRB1906067 | AI エージェントの ID タイプは \[リスト\] ビューで編集できない必要があります | 「新規ユーザー」の作成には ID タイプが必要です。 | 1. sys_userテーブルに AI エージェントタイプのレコードを作成します。 2. そのレコードを開きます。 3. そこではidentity_type編集できないことを確認します。 4. sys_userテーブルを「リスト」ビューで開きます。 5. AI エージェントレコードのidentity_typeを編集してみてください。 {#yokohama-patch-6__ol_ryh_tn4_dgc} 予想される動作:ユーザーは \[リスト\] ビューから AI エージェントの ID タイプを編集できないはずです。 実際の動作:ID タイプを変更するための選択肢オプションがアドミンに表示されます。 | | ロール PRB1916157 | ID タイプのエージェントロールコントロール | これは製品の機能拡張です。 | | | ロール PRB1916160 | エージェントロールの継承制限 | これは製品の機能拡張です。 | | | スケジュール最適化 PRB1888111 | WM ジョブの無視されたステータス更新を正しく処理 | 無視ml_solutionマークする前に、ステータスを確認してください。ml_solutionステータスがまだ「処理中」の場合、ジョブは「無視」としてマークされます。 | | | スケジュール最適化 PRB1890329 | デフォルトの日中構成の競合 API の処理 | | 1. 日中構成をデフォルトとして設定します。 2. 任意の修飾子のイベントを作成します。 3. スケジュールされた日中ジョブがイベントに対してトリガーされたときに、同じ修飾子の作業指示タスクを開きます。 {#yokohama-patch-6__ol_fzh_tn4_dgc} 予想される動作:競合解決のバナーメッセージが表示されます。 実際の動作:インスタンスでアクティブなすべての修飾子に対して実行されるデフォルトの日中構成がある場合、バナーメッセージは表示されません。 | | スケジュール最適化 PRB1893394 | 競合 API の構成を上書きして、日中属性をサポートします | | 「属性の上書き」を使用して日中構成を作成します。 競合 API では属性の上書きが考慮されないことに注意してください。 | | スケジュール最適化 PRB1893918 | タスク制限を超えると、ジョブは「処理中」ステータスのままになり、デフォルトのジョブが処理中に実行されると、「処理中」の優先順位付けされた最適化 (PO) ジョブは無視されます | PO ジョブが「処理中」ステータスからなることはありません。 | 1. 修飾子に 100 を超えるタスクが含まれるようにデータを設定します。 2. その修飾子の PO を「True」に設定して、日中構成を作成します。 3. その修飾子に対して優先順位付けされたイベントをトリガーします。 {#yokohama-patch-6__ol_b13_tn4_dgc} 作成された PO ジョブは、ML ソリューションが完了した後も「処理中」ステータスのままになり、「処理中」ステータスから抜け出すことはありません。 | | スケジュール最適化 PRB1897154 | エージェントのシフト期間時間が日中実行で正しく考慮されない | | 1. 今日と明日のエージェントシフトを作成します。 2. 現在の日中実行の対象となる 10+ の作業指示タスク (WOT) があります。 3. 日中ジョブを実行します。 {#yokohama-patch-6__ol_m13_tn4_dgc} 予想される動作:WOT は当日以内に割り当てられるはずです。翌日の WOT をアサインする必要はありません。 実際の動作:WOT は翌日に割り当てられます。 | | セキュリティ属性 PRB1852325 | GlideSecurityManager。dotWalkQueryConditionToBuild QueryElementToGRMap がドット連結フィールドを不必要に展開する | テーブル API または GlideRecordSecure を介してクエリを実行すると、ターゲットテーブルのすべての ACL がロールベースである場合、ドット連結条件が展開され、その後データはスローアウトされて使用されません。 | 1. cmdb_rel_ci に対して直接 REST テーブル API または GlideRecordSecure を作成します。 2. cmdb_rel_ciに対する条件の親または子へのドット連結。 {#yokohama-patch-6__ol_bb3_tn4_dgc} 予想される動作:GlideSecurityManager は、使用されていないデータのクエリを実行しません。 実際の動作:GlideSecurityManager はドット連結条件フィールドを照会し、すぐに破棄します。 | | セキュリティ属性 PRB1916143 | 「エージェントですか?」セキュリティ属性 | これは製品の更新です。 | | | セキュリティ属性 PRB1916145 | デフォルトのアクセス体制のセキュリティ属性 | これは製品の更新です。 | | | サーバー側スクリプト PRB1913500 | script_include_names キャッシュのフラッシュは頻繁に行われ、コストがかかります | これにより、プラグインのインストール中にセマフォが枯渇する可能性があります。 | | | サービスカタログビルダー PRB1876659 | アドミンユーザーがカタログビルダーでカタログアイテムを編集できない | アドミンユーザーの場合、「catalog_builder_editor」という名前のロールはマッピングされません。手動でマッピングした場合でも、カタログビルダーを使用してアイテムを編集することはできません。 | 1. 管理者ユーザーとしてログインします。 2. 最新のトラック/カタログビルダーインスタンスを選択してください。 3. 移動先 アイテムの管理標準ラップトップ. 4. カタログ ビルダーで \[編集\] を選択してみてください。 {#yokohama-patch-6__ol_mb3_tn4_dgc} 予想される動作:カタログビルダーで編集するためにカタログアイテムが起動する必要があります。 実際の動作:ユーザーに権限が付与されていないことを示すエラーメッセージが表示されます。 | | サービスカタログビルダー PRB1877599 | テンプレートは最初から作成されます。マスクと URL ベースインスタンスの質問は、カタログビルダーのアイテムレベルで利用できます | | 1. カタログアイテムテンプレートを作成します。 2. 質問レベルで制限を変更しないでください。 3. 「mask」と「url」の 2 つの質問タイプが選択されていることに注意してください。 4. このテンプレートを使用してカタログアイテムを作成します。 {#yokohama-patch-6__ol_xb3_tn4_dgc} 予想される動作:「mask」と「url」は、1 行の質問サブタイプでは選択できません。 実際の動作:「mask」と「url」を使用できます。 | | サービスカタログビルダー PRB1878524 | カタログビルダーで新しくサポートされたすべての質問タイプに \[注釈\] タブがない | カタログビルダーで新しい変数をサポートします。 | 1. catalog_builder_editorとしてインスタンスにログインします。 2. アイテム作成フローから質問ウィザードに移動します。 3. テキスト、サブタイプ - URL、またはビルダーで任意の新しいタイプなどの質問タイプを選択します。 {#yokohama-patch-6__ol_hc3_tn4_dgc} 予想される動作:\[注釈\] タブが表示されます。 実際の動作:\[注釈\] タブが表示されません。 | | サービスカタログビルダー PRB1879309 | 参照修飾子フィールドがカタログビルダーで 1 行テキストフィールドとして表示される | カタログビルダーの既存の変数の追加機能。 | 1. catalog_builder_developer ロールでインスタンスにログインします。 2. カタログビルダーに移動します。 3. \[変数タイプ\] として\[選択肢 \] を選択します。 4. テーブルの値を含むリストとして \[サブタイプ \] を選択します。 5. \[その他の詳細\] タブに移動します。 6. \[参照修飾子タイプ\] として \[詳細\] を選択します。 7. \[参照修飾子\] フィールドを検証します。 {#yokohama-patch-6__ol_sc3_tn4_dgc} 予想される動作: \[参照修飾子\] フィールドは複数行テキストフィールドである必要があります。 実際の動作: 参照修飾子 フィールドは 1 行テキストフィールドです。 | | サービスカタログビルダー PRB1879568 | テーブルが選択されると、一部の ルックアップ フィールドに値が自動的に入力されます | カタログビルダーの既存の変数の追加機能。 | 1. catalog_builder_developer/catalog_builder_editor ロールでインスタンスにログインします。 2. カタログビルダーに移動します。 3. 変数タイプとして \[選択肢 \] を選択します。 4. テーブルの値を含むリストとして \[サブタイプ\] を選択します。 5. \[その他の詳細\] タブに移動します。 6. テーブルを「cmn_location」として選択します。 7. フィールド (表示および保存する内容) と ルックアップラベル フィールドを確認します。 {#yokohama-patch-6__ol_gd3_tn4_dgc} 予想される動作: ルックアップ フィールドとルックアップラベルが空である必要があります。 実際の動作: \[参照修飾子\] フィールドは 1 行テキスト フィールドです。 | | サービスカタログビルダー PRB1879613 | 詳細参照修飾子を持つ変数のcatalog_builder_editorに誤ったメッセージが表示される | カタログビルダーの既存の変数の追加機能。 | 1. テーブルの値を含む変数リストをカタログビルダーエディターとして追加します。 2. 管理者ユーザーとしてログインします。 3. 同じカタログビルダーアイテムを開きます。 4. 質問を開きます。 5. \[ その他の詳細\] に移動します。 6. 参照修飾子タイプとして \[詳細\] を選択します。 7. 変更内容を保存します。 8. エディターロールでログインします。 9. 同じアイテムと変数に移動します。 10. \[その他の詳細\] で条件ビルダーを確認します。 {#yokohama-patch-6__ol_td3_tn4_dgc} 予想される動作:条件ビルダーが非表示になり、「この質問には高度なフィルター条件が含まれています。You do not have the required permissions to modify it」が表示されます。 実際の動作:条件ビルダーが非表示になり、「この質問にはカタログビルダーで変更できない高度なフィルター条件が含まれています (This question contains advanced filter conditions that cannot be modify in Catalog Builder)」というメッセージが表示されます。 | | サービスカタログビルダー PRB1879905 | カタログビルダーのテンプレート質問ページで、制限付きの質問タイプ数バッジが正しくない | カタログビルダーで新しい変数をサポートします。 | 1. アドミンとしてログインします。 2. カタログビルダーに移動 3. 既存のテンプレートを選択するか、新しいテンプレートを作成します。 4. \[ 質問 \] セクションに移動します。 5. 制限付き質問の数が 5 のバッジであることを確認します。 6. セレクタを開きます。 {#yokohama-patch-6__ol_i23_tn4_dgc} 制限付き質問タイプが 8 種類あることに注意してください。 | | サービスカタログビルダー PRB1879949 | カタログビルダーを介して作成された質問が、編集用に開いたときに表示されない | 質問はカタログビルダーにありませんが、プラットフォームでは引き続き表示できます。 | 1. カタログビルダーにログインします。 2. カタログ作成フローに移動します。 3. 任意のタイプの新しい質問を挿入します (たとえば、1 行)。 4. アイテムを送信します。 5. 編集するアイテムを開きます。 {#yokohama-patch-6__ol_u23_tn4_dgc} 質問はカタログビルダーにありませんが、プラットフォームではまだ利用できることを確認します。 | | サービスカタログビルダー PRB1880031 | カタログビルダーのカスタムおよびカスタムラベルの質問タイプのフィールドと構成のセクションがありません | \[カスタム \& カスタム (Custom \& Custom)\] ラベルの質問タイプの問題に加えて、\[その他の詳細\] タブに \[マクロ \] フィールドと \[サマリーマクロ \] フィールドがなく、\[デフォルト値\] タブがありません。 | 1. catalog_builder_developerとしてログインします。 2. カタログビルダーに移動します。 3. 最初から作成します。 4. アイテム名を入力 5. \[ 質問 \] セクションに移動します。 6. 新しい質問を「カスタム」として作成します。 7. 構成セクションを確認します。 {#yokohama-patch-6__ol_ff3_tn4_dgc} ラベルの質問タイプが \[カスタム \& カスタム\] の場合、\[権限\] タブと \[自動入力\] タブが表示されることに注意してください。これは想定される動作ではありません。catalog_builder_editorの場合、質問タイプの \[カスタム \& カスタム\] ラベルが完全に欠落しています。 | | サービスカタログビルダー PRB1880041 | カタログビルダーのリッチテキストラベルに関する問題 | リッチテキストラベルの問題に加えて、\[質問\] タブにツールヒントテキストボックスが表示され、\[可用性\] セクションの 5 つのフィールドのうち 4 つがオフになっています。 | 1. catalog_builder_developerとしてログインします。 2. カタログビルダーに移動します。 3. 最初から作成します。 4. アイテム名を入力します。 5. \[ 質問 \] セクションに移動します。 6. \[リッチテキスト\] ラベルを使用して新しい質問を作成します。 7. 構成セクションを確認します。 {#yokohama-patch-6__ol_rf3_tn4_dgc} \[権限\] 構成セクションはリッチテキストラベルに存在し、プラットフォームにはないことに注意してください。 | | サービスカタログビルダー PRB1880597 | カタログビルダーで変数のデフォルト値を更新できません | これらのさまざまなシナリオでは、ユーザーは \[デフォルト値 \] フィールドを編集できません。 | シナリオ 1： 1. track/catalogbuilder の最新のビルドインスタンスを使用します。 2. 新しいカタログアイテムを作成するか、既存のカタログアイテムを開きます。 3. \[ 質問 \] セクションに移動します。 4. 新しい変数の作成を試みます。 5. 変数のデフォルト値を指定します 6. 質問を保存します。 7. 質問定義を再度開きます。 {#yokohama-patch-6__ol_cg3_tn4_dgc} 予想される動作:変数 の \[デフォルト値 \] フィールドを編集できます。 実際の動作:無効になっています。 シナリオ 2： 編集する多数の既存のカタログアイテムを開きます。 \[ デフォルト値\] フィールドは読み取り専用であり、編集できないことを確認します。 シナリオ 3： 1. デフォルト値のない任意のタイプのカタログアイテム変数を作成します。 2. 変数定義を再度開きます。 {#yokohama-patch-6__ol_eg3_tn4_dgc} これが無効になっており、ユーザーが変数を編集できないことを確認します。 | | サービスカタログビルダー PRB1880645 | レコードプロデューサーのクライアントスクリプトを作成できません | | 1. 最新のトラックカタログビルダーインスタンスを選択します。 2. レコードプロデューサーを開くか、カタログビルダーを使用して新しいレコードプロデューサーを作成します。 3. レコードプロデューサーの変数に対するクライアントスクリプトの作成を試みます。 {#yokohama-patch-6__ol_dh3_tn4_dgc} 予想される動作:レコードプロデューサーのクライアントスクリプトを作成するためのプロビジョンはありません。 実際の動作:レコードプロデューサー変数でクライアントスクリプトを作成するための新しいセクションが表示されます。 | | サービスカタログビルダー PRB1880798 | カタログビルダーで、固定値を持つ変数タイプリストに \[ 一意の値のみ \] チェックボックスが表示されない | カタログビルダーの既存の変数の追加機能。 | 1. カタログビルダーエディター/開発者として、固定値を持つ変数リストを追加します。 2. 既存のカタログアイテムを開きます。 3. タイプとして \[選択肢 \] を入力し、固定値のリストとして \[サブタイプ\] を入力します。 4. \[選択肢\] タブに移動します。 5. \[ 一意の値のみ \] チェックボックスが使用可能であることを確認します。 {#yokohama-patch-6__ol_ph3_tn4_dgc} 予想される動作:\[ 一意の値のみ\] チェックボックスは、固定値を持つ質問タイプリストのプラットフォームで使用可能である必要があります。 実際の動作: \[一意の値のみ\] チェックボックスは使用できません。 | | サービスカタログビルダー PRB1880884 | 複数選択 (リストコレクター) の質問が追加されている場合、カタログビルダーからカタログアイテムにアクセスできません | ユーザーはカタログアイテムにアクセスできず、エラーメッセージが表示されます。 | 1. インスタンスを開きます。 2. \[ ダッシュボード\] を選択します。 3. \[ゼロからビルドします\] を選択します。 4. \[ 標準\] を選択します。 5. アイテム名を入力します。 6. \[質問\] タブに移動します。 7. \[新しい質問の挿入\] を選択します。 8. 質問タイプとして \[選択肢 \] を選択します。 9. サブ質問タイプとして \[複数選択 \] を選択します。 10. \[質問\] タブに詳細を入力します。 11. \[その他の詳細\] タブに詳細を入力します。 12. \[質問の挿入\] を選択します。 13. フォームを送信します。 14. ダッシュボードに戻ります。 15. 新しく作成されたカタログアイテムへのアクセスを試みます。 {#yokohama-patch-6__ol_a33_tn4_dgc} 予想される動作:ユーザーは、カタログビルダーからカタログアイテムにアクセスして編集できる必要があります。 実際の動作:ユーザーはカタログアイテムにアクセスできず、「このレコードを編集する権限がありません (You are not authorized to edit this record)」というエラーメッセージが表示されます。\[ 編集\] を選択すると、「アラートレベル:重大.プロデューサーの変数値をフェッチできません (Alert level: critical.unable to fetch variable values for producer)」という別のエラーメッセージが表示されます。 | | サービスカタログビルダー PRB1880949 | \[ クライアントスクリプトを削除 \] ボタン名が適切ではありません | クライアントスクリプトを削除するときに、確認モーダルで \[ 破棄 \] ボタン名を削除する必要があります。 | 1. インスタンスにログインします。 2. カタログビルダーに移動します。 3. \[ カタログアイテムの作成 \] フローに移動します。 4. 名前を追加します。 5. クライアントスクリプトに移動します。 6. クライアントスクリプトを追加します。 7. スクリプトを選択します。 8. \[削除\] を選択します。 {#yokohama-patch-6__ol_o33_tn4_dgc} 確認モーダルで、ボタン名を削除する必要があることに注意してください。 | | サービスカタログビルダー PRB1880953 | コンパイルエラーのあるクライアントスクリプトも保存されます | | 1. インスタンスにログインします。 2. カタログビルダーに移動します。 3. \[ カタログアイテムの作成フロー\] に移動します。 4. 名前を追加します。 5. クライアントスクリプトに移動します。 6. スクリプトに追加します。 7. スクリプトを保存 {#yokohama-patch-6__ol_aj3_tn4_dgc} 予想される動作:スクリプトはプラットフォームにそのまま保存されません。 実際の動作:スクリプトが保存されます。 | | サービスカタログビルダー PRB1881284 | \[ ルックアップ \] 選択ボックスのテーブルのリスト値の場合、\[ 選択肢 \] フィールドはプラットフォームで更新されますが、カタログビルダーには表示されません | プラットフォームで更新された \[選択肢 \] フィールドの最初の値は、カタログビルダーで更新されません。 | 1. カタログビルダーを使用してカタログアイテムを作成します。 2. 「選択ボックスをルックアップ」の質問をそこに追加します。 3. \[その他の詳細\] タブに移動します。 4. ルックアップ選択ボックスの \[ルックアップソースの選択肢 \] を選択します。 5. \[ 選択肢\] フィールドの値を 1 つ選択します (最初の選択肢は選択しないでください)。 6. 質問を挿入します。 7. 送信 します。 8. プラットフォームでカタログアイテムを開きます。 9. \[ 選択肢 \] フィールドを別のオプションの値で更新します (最初の値は選択しないでください)。 10. 保存 してください。 11. カタログビルダーでカタログアイテムを開きます。 12. \[ 選択肢\] フィールドを確認します。 {#yokohama-patch-6__ol_kj3_tn4_dgc} 予想される動作:プラットフォームの \[選択肢 \] フィールドに記録された値は、カタログビルダーにも表示されます。 実際の動作:オプションの \[選択肢 \] フィールドの最初の値がカタログビルダーに表示されます。 | | サービスカタログビルダー PRB1881380 | 簡易参照修飾子は編集不能になります | 簡易参照修飾子が選択されている場合、ユーザーは \[条件\] セクションを表示せず、編集することもできません。 | 1. インスタンスにログインします。 2. カタログビルダーに移動します。 3. \[ ダッシュボード\] を選択します。 4. \[ゼロからビルドします\] を選択します。 5. \[ 標準\] を選択します。 6. アイテム名を入力します。 7. \[質問\] タブに移動します 8. \[新しい質問の挿入\] を選択します。 9. 質問タイプとして \[選択肢 \] を選択します。 10. サブ質問タイプとして \[テーブルの値を含むラジオ \] を選択します。 11. \[質問\] タブに詳細を入力します。 12. \[その他の詳細\] タブに詳細を入力します。 13. 選択肢として\[ルックアップソース\] を選択します。 14. ユーザーが簡易参照修飾子を選択し、それに条件を追加できる必要があることに注意してください。 15. ルックアップソースを「テーブル」に変更します。 16. テーブルを追加します。 17. 簡易参照修飾子を選択します。 18. 条件を「Active is true」として追加します。 19. \[質問の挿入\] を選択します。 20. 質問の編集を試みます。 21. \[その他の詳細を観察 (Observe additional details)\] タブ。 {#yokohama-patch-6__ol_zj3_tn4_dgc} 予想される動作:ユーザーは以前に追加された条件を確認し、編集できる必要があります。 実際の動作:簡易参照修飾子が選択されている場合、ユーザーには \[条件\] セクションが表示されません。 | | サービスカタログビルダー PRB1881535 | 固定値変数タイプのリストの \[タイプ仕様\] タブのプラットフォームの一部のフィールドが欠落しています | カタログビルダーとプラットフォームの間で \[タイプ仕様\] タブのフィールドを比較したところ、カタログビルダーに一部の固定値変数タイプがありません。 | 1. カタログビルダーでカタログアイテムを作成します。 2. 固定値の変数タイプリストを使用して質問を追加します。 3. \[その他の詳細\] タブで詳細を追加します。 4. 質問を挿入します。 5. カタログビルダーで同じカタログアイテムを開きます。 6. \[タイプ仕様\] タブに移動します。 7. カタログビルダーとプラットフォームの両方のフィールドを比較します。 {#yokohama-patch-6__ol_sk3_tn4_dgc} 予想される動作:選択肢テーブル、 選択肢 フィールド、および一意の値は、カタログビルダーにのみ存在する必要があります。 実際の動作:カタログビルダーには、選択肢テーブル、 選択肢 フィールド、および一意の値のみがありません。 | | サービスカタログビルダー PRB1881549 | プラットフォームに一部の ラベル変数 フィールドがない | プラットフォームに一部のタブがありません。 | 1. カタログビルダーでカタログアイテムを作成します。 2. 変数タイプが「ラベル」の質問を追加します。 3. すべての詳細を追加します。 4. 質問を挿入します。 5. プラットフォームでカタログアイテムを開きます。 6. タブを確認します。 {#yokohama-patch-6__ol_el3_tn4_dgc} 予想される動作:\[デフォルト値\] タブと \[権限\] タブがプラットフォームに存在するはずです。 実際の動作:プラットフォームに \[デフォルト値\] タブと \[権限\] タブがありません。 | | サービスカタログビルダー PRB1881673 | カタログビルダーを使用して既存のカタログアイテムクライアントスクリプトを編集すると、選択した質問のsys_idが表示される | 選択した質問は、\[設定\] タブと \[アクション\] タブを切り替える前は空白でしたが、sys_id表示されます。 | 1. プラットフォームでいくつかの変数を使用してカタログアイテムを作成します。 2. 変数で onLoad および onChange クライアントスクリプトを定義します。 3. カタログビルダーを使用してアイテムを開き、編集します。 4. onChange クライアントスクリプト定義を開きます。 5. 表示値を表示するはずのときに、選択した質問が空白であることに注意してください。 6. \[設定\] タブに移動します。 7. \[アクション\] タブに戻ります。 {#yokohama-patch-6__ol_ol3_tn4_dgc} 選択した質問に想定されていないsys_idが表示されていることに注意してください。 | | サービスカタログビルダー PRB1881680 | リッチテキストラベルフィールドの \[質問\] タブのツールヒントと \[可用性\] タブのチェックボックスがない | この問題では 2 つの問題が発生します。\[質問の比較 (Compare Question)\] タブで、カタログビルダーに \[ツールヒント (Tooltip )\] フィールドが表示され、プラットフォームの \[サマリーに表示 (Visible on Summaries)\] チェックボックスに \[可用性の比較 (Compare Availablity)\] タブが表示されません。 | 1. カタログビルダーでカタログアイテムを作成します。 2. 変数タイプが「リッチテキストラベル」の質問を追加します。 3. \[質問\] タブと \[可用性\] タブですべての詳細を追加します。 4. 質問を挿入します。 5. \[送信\] を選択します。 6. プラットフォームでカタログアイテムを開きます。 {#yokohama-patch-6__ol_am3_tn4_dgc} \[ ツールヒント \] フィールドはプラットフォームの \[質問\] タブに表示されず、\[サマリーに表示\] チェックボックスはプラットフォームに表示されません。添付の SS を参照 | | サービスカタログビルダー PRB1881716 | \[添付ファイル\] 変数で、プラットフォームに \[デフォルト\] タブがない | カタログビルダーのカタログアイテムに追加された添付ファイルタイプ変数は、プラットフォームに表示されません。 | 1. カタログビルダーに移動します。 2. カタログアイテムを作成します。 3. カタログアイテムに添付ファイルタイプ変数を追加します。 4. すべての詳細を入力します。 5. 質問を挿入します。 6. \[送信\] を選択します。 7. プラットフォームで同じカタログアイテムを開きます。 {#yokohama-patch-6__ol_km3_tn4_dgc} 予想される動作:\[デフォルト\] タブは、添付ファイル変数のプラットフォームに表示されます。 実際の動作:プラットフォームの添付ファイル変数の \[デフォルト\] タブは表示されません。 | | サービスカタログビルダー PRB1881725 | カスタム変数の場合、プラットフォームに \[権限\] タブがない | カスタム変数の \[権限\] タブがプラットフォームに表示されません。 | 1. カタログビルダーに移動します。 2. カタログアイテムを作成します。 3. カタログアイテムにカスタムタイプ変数を追加します。 4. すべての詳細を入力します。 5. 質問を挿入します。 6. \[送信\] を選択します。 7. プラットフォームで同じカタログアイテムを開きます。 {#yokohama-patch-6__ol_um3_tn4_dgc} 予想される動作:カスタム変数の \[権限\] タブがプラットフォームに表示されます。 実際の動作:カスタム変数の \[権限\] タブはプラットフォームに表示されません。 | | サービスカタログビルダー PRB1882070 | \[タイプ仕様\] タブのフィールドが、ラベル変数を持つカスタム/カスタムのすべてのフィールドで表示されない | カタログビルダーの新しい変数タイプの構成セクション。フィールドでは、プラットフォームにあるため、検索オプションを有効にする必要があります。 | 1. catalog_builder_developerとしてログインします。 2. カタログビルダーに移動します。 3. 最初から作成します。 4. アイテム名を入力します。 5. \[質問\] セクションに移動します。 6. 新しい質問をカスタムとして作成します。 7. \[その他の詳細\] セクションを確認します。 {#yokohama-patch-6__ol_en3_tn4_dgc} | | サービスカタログビルダー PRB1882079 | 一部の変数では、「質問」タイプが \[質問\] タブに表示されません | カタログビルダーの新しい変数タイプの構成セクション。 | 1. catalog_builder_developerとしてログインします。 2. カタログビルダーに移動します。 3. 最初から作成します。 4. アイテム名を入力します。 5. \[質問\] セクションに移動します。 6. 「マスク済み」、「URL」、「数値スケール」、および「カスタム」の新しい質問を作成します。 7. 作成後、\[質問\] タブを確認します。 {#yokohama-patch-6__ol_pn3_tn4_dgc} 予想される動作:\[質問\] タブに「質問」タイプが表示されます。 実際の動作:複数選択肢をルックアップする場合、\[質問\] タイプが \[サブタイプ\] の前に表示されます。 | | サービスカタログビルダー PRB1884912 | コンパイルエラーのあるクライアントスクリプトも保存されます | | 1. インスタンスにログインします。 2. カタログビルダーに移動します。 3. \[ カタログアイテムの作成フロー\] に移動します。 4. 名前を追加します。 5. クライアントスクリプトに移動します。 6. スクリプトを「mefrt;」として追加します。gtyb tb,;rgwbn'。 7. スクリプトを保存します。 {#yokohama-patch-6__ol_zn3_tn4_dgc} 予想される動作:スクリプトはプラットフォームにそのまま保存されません。 実際の動作:スクリプトが保存されます。 | | サービスカタログビルダー PRB1890510 | カタログビルダーで、マスク済みタイプ変数に対して \[ 確認を使用 \] オプションが選択されている場合、値を入力する前であっても質問プレビューのテキストボックスが赤でハイライト表示される | どちらのフィールドも、質問プレビューで値が入力または比較される前に赤で強調表示されます。 | 1. カタログビルダーに移動します。 2. アイテムを最初から作成します。 3. アイテム名と簡単な説明を入力します。 4. \[質問\] の下にタイプが「テキスト」で「マスク済み」の新しい質問を挿入します。 5. \[その他の詳細\] タブで \[ 確認を使用 \] を選択します。 6. 右側の質問のプレビューを確認します。 {#yokohama-patch-6__ol_k43_tn4_dgc} 予想される動作:最初に値が入力されておらず、両方のフィールドが空であるため、デフォルトでは赤で強調表示されません。 実際の動作:値が入力または比較される前であっても、一致しない入力が含まれているかのように、両方のフィールドが赤でハイライト表示されます。 | | サービスカタログビルダー PRB1891330 | カタログビルダーで、既に存在する \[名前 \] フィールドを使用して新しいルックアップ変数を作成すると、\[質問のプレビュー\] にデフォルトで既存の変数の値が自動的に表示される | \[質問のプレビュー\] には、テーブルが選択される前でもデフォルトで値が表示されます。 | 1. カタログビルダーに移動します。 2. アイテムを最初から作成します。 3. アイテム名と簡単な説明を入力します。 4. \[質問\] タブに、タイプが \[選択肢\] リスト (テーブルの値)' の新しい質問を挿入します。 5. \[詳細\] の質問の上記と同じように \[名前 \] フィールドを入力します。 {#yokohama-patch-6__ol_u43_tn4_dgc} 予想される動作:最初にテーブルが選択されていないため、\[質問のプレビュー\] に値が表示されないはずです。 実際の動作:テーブルが選択される前であっても、\[質問のプレビュー\] にはデフォルトで既存の変数の値が自動的に表示されます。 | | サービスカタログビルダー PRB1891381 | \[スクリプトを追加\] ボタンを 2 回選択すると、カタログビルダーのクライアントスクリプトの送信が永久にスタックする | \[スクリプトを追加\] ボタンは初回以降は無効にされず、送信メッセージでスタックするため、ユーザーは \[スクリプトを追加\] ボタンを再度選択できます。 | 1. catalog_builder_developerとしてインスタンスにログインします。 2. 移動先 カタログビルダー新しいカタログアイテムの作成フロー. 3. \[クライアントスクリプト\] セクションに \[詳細\] タブを入力します。 4. クライアントスクリプトの名前とタイプを入力します。 5. \[ スクリプトを追加 \] を 2 回選択します。 {#yokohama-patch-6__ol_fp3_tn4_dgc} 予想される動作:クライアントスクリプトが作成されます。 実際の動作:送信メッセージが永久に表示されたままになります。 | | サービスカタログビルダー PRB1892257 | カタログビルダーで新しいデフォルト値のセットを使用して質問を編集しているときに、以前のデフォルト値がリストから消去されない | 以前に設定されたデフォルト値をリストから消去する必要があります。 | 1. カタログビルダーに移動します。 2. 数値スケールで質問を作成します。 3. デフォルト値を 1 〜 4 として指定します。 4. デフォルト値は 3 に設定します。 5. 保存 してください。 6. 同じ質問を編集して、デフォルト値を 5 から 9 に変更します。 7. \[デフォルト値\] タブに移動します 8. リストの値を確認します。 {#yokohama-patch-6__ol_pp3_tn4_dgc} | | サービスカタログビルダー PRB1916121 | 新しいロールを作成し、テンプレートなしでカタログアイテムを作成するためのプロビジョニングを行います | これは製品の更新です。 | | | サービスカタログビルダー PRB1916126 | カタログビルダーのプラットフォームパリティ | これは製品の更新です。 | | | サービスカタログポータルウィジェット PRB1910324 | ynowassist のカタログからダンプエラーが発生しました | 次のエラーに注意してください。「...Glide システム FailDMTUtil 重大 \*\*\* エラー \*\*\* ファイル GLIDE INF/plugins/com. glideapp.servicecatalog .standard_ticket/update/ sys_ui_list_std_ ticket_action_input_ model.xml衝突検出を正しくトリガーしないレコードが含まれています。レコードは sys_ui_list_std_ticket_action_input_std_ticket_config_action_null.xml' という名前のファイルにあると想定していました。 | | | サービスカタログポータルウィジェット PRB1911973 | \[インシデントチケット\] フォームの \[表示を増やす/を減らす\] メニューを表示できません | | 1. ナビゲーションメニューから標準チケット構成に移動します。 2. インシデントテーブルチケット構成を開きます。 3. \[情報地域\] タブで、\[ 説明を表示 \] フィールドを \[常時\] としてマークします。 4. \[ 説明\] フィールドを「説明/簡単な説明」としてマークします。 5. 変更内容を保存します。 6. サービスポータルを起動します。 7. 「インシデントの作成」レコードプロデューサーを検索します。 8. 変数を入力し、フォームを送信します。 9. チケットの詳細を確認します。 {#yokohama-patch-6__ol_dq3_tn4_dgc} 予想される動作:インシデント標準チケットフォームには、説明と \[多く表示/少なく表示\] 切り替えが表示されます。 実際の動作:構成にもかかわらず、\[多く表示/少なく表示\] トグルが表示されません。 | | サービスカタログポータルウィジェット PRB1917271 | 「アクション」フレームワークのデータモデルサポート | これは製品の更新です。 | | | サービスカタログ PRB1813722 | \[カスタムタスク\] の下の \[フルフィルメント\] に警告メッセージがスペイン語ではなく英語で表示される | | 1. カタログビルダーに移動します。 2. \[ユーザー設定\] に移動します。 3. スペイン語など、英語以外の利用可能な言語を選択します。 4. 質問を追加してカタログアイテムを作成するか、質問が追加されている既存のカタログアイテムを選択します。 5. 履行ステップに移動します。 6. ステップ ベースの要求実行として \[フロー\] を選択します。 7. \[ タスクを追加 \] リストを選択します。 8. \[ カスタム承認\] を選択します。 9. データを指定せずに \[追加\] を選択します。 {#yokohama-patch-6__ol_pq3_tn4_dgc} 予想される動作:警告メッセージはスペイン語で表示されます。 実際の動作:警告メッセージは英語で表示されます。 | | サービスカタログ PRB1879960 | カタログビルダーを使用してマスク済み変数を作成すると、プレビューに 確認 フィールドが表示されない | \[確認を使用\] の \[その他の詳細\] に移動した後、\[プレビュー\] セクションに \[ 確認 \] フィールドが表示されません。 | 1. 最新のトラックカタログビルダーインスタンスを選択します。 2. カタログビルダーを使用して新しいカタログアイテムを作成します。 3. \[質問\] セクションを使用してマスク済みタイプの質問を作成します。 4. \[追加の詳細\] を使用して、\[確認を使用\] などのオプションの使用を試みます。 5. 右側の \[プレビュー\] セクションを確認します。 {#yokohama-patch-6__ol_cr3_tn4_dgc} 予想される動作: 確認フィールドが プレビューに表示されます。 実際の動作: 確認 はプレビューに表示されません。 | | サービスカタログ PRB1884919 | テキストからカタログが有効になっていない場合、無効なカタログビルダー情報バナー | バナーは、sn_text2catalogがアクティブでないかインストールされていない場合でも表示されます。 | 1. \[ アイテムの管理\] に移動します。 2. \[新規\] を選択します。 {#yokohama-patch-6__ol_nr3_tn4_dgc} インスタンスに sn_text2catalog がアクティブ化されていないかインストールされていない場合でも、バナーには \[Now Assist を使用して作成済み (Created using Now Assist)\] と表示されます。 | | サービスカタログ PRB1888902 | タイプ「ラベルの表示」の新しい質問の作成中に、サブタイプ「プレーンテキスト」が \[デフォルト値\] タブとして表示される | | 1. カタログビルダーを起動します。 2. カタログアイテムを最初から作成してみてください。 3. 「ラベルの表示」タイプの新しい質問の作成を試みます。 4. サブタイプを \[プレーンテキスト\] として選択します。 5. 表示されたタブを確認します。 {#yokohama-patch-6__ol_vr3_tn4_dgc} 予想される動作:プレーンテキストの静的ラベルであるため、\[デフォルト値\] タブは表示されません。 実際の動作:\[デフォルト値\] タブが表示されますが、プラットフォーム UI16 では正しくありません。 | | サービスカタログ PRB1889278 | サービスオペレーションワークスペース (SOW) の \[カテゴリ\] ページのアイテムリンクが青色で表示されない | リンクには青色で下線は引かれません。 | 1. SOW を起動します。 2. 新しいステータスのインシデントを開きます。 3. \[ 要求の作成\] UI アクションを選択します。 4. 起動されたsc_categoriesページを確認します。 {#yokohama-patch-6__ol_es3_tn4_dgc} 予想される動作:各カテゴリに表示されるアイテムリンクは、青色の下線付きで表示されます。 実際の動作:リンクには、想定されていない黒い色で下線が引かれます。 シナリオ 2： 1. SOW を起動します。 2. 新しいステータスのインシデントを開きます。 3. \[ 要求の作成\] UI アクションを選択します。 4. 起動されたsc_categoriesページを確認します。 5. 検索を使用してカタログアイテムを検索します。 {#yokohama-patch-6__ol_fs3_tn4_dgc} 予想される動作:検索結果リンクは青色の下線付きで表示されます。 実際の動作:青い下線付きで表示されません。 | | サービスカタログ PRB1889281 | カタログビルダーで、選択ボックス変数のルックアップソースに | | 1. カタログビルダーを使用して新しいカタログアイテムを作成します。 2. タイプ「選択肢」の新しい質問を作成し、サブタイプを「リスト」固定値として作成します。 3. \[その他の詳細\] セクションを確認します。 {#yokohama-patch-6__ol_bt3_tn4_dgc} 予想される動作:ルックアップソースは、選択ボックス変数には存在しないはずです。 実際の動作:selectbox 変数のルックアップソースが表示されますが、これは selectbox 変数には重要ではありません。 | | サービスカタログ PRB1890938 | \[ 名前 \] フィールドの値は、カタログビルダーのレコードプロデューサーの \[テーブル \] フィールドで選択された値に基づいて変更されません | \[名前\] フィールドは、\[テーブルの特定のフィールドへのマッピング\] が選択されている \[テーブル\] フィールドの値に依存します。 | 1. カタログビルダーにログインします。 2. レコードプロデューサーを作成します。 3. 質問タイプ \[テキスト\] とサブタイプ \[1 行テキスト\] を選択します。 4. \[ テーブルの特定のフィールドへのマップ\] をオンにします。 5. \[ テーブル\] フィールドから値を選択します。 6. \[名前\] フィールドの値を検証します。 7. 手順 5 を複数回繰り返します。 {#yokohama-patch-6__ol_kt3_tn4_dgc} 予想される動作:\[テーブルの特定のフィールドにマップ\] がオンになっている場合、\[名前\] フィールドは \[テーブル\] フィールドで選択された値に依存します。 実際の動作:値が初めて選択されると、\[ テーブル\] フィールドで \[ 名前 \] フィールドが更新されますが、\[ テーブルの特定のフィールドにマップ \] がオンになっても値は変わりません。 | | サービスカタログ PRB1894620 | lookup_depends_onフィールドが、コピー/チェックアウト用のカタログアイテムの新しい参照で更新されない | | 1. 新しいカタログアイテムを作成します。 2. var1 という 1 行テキスト変数を追加します。 3. 変数をタイプルックアップ選択ボックスとして追加します (例:var2)。 4. ソースタイプとして \[選択肢 \] を選択します。 5. \[選択肢の依存先\] を \[var1\] に設定します。 6. カタログアイテムの \[ コピー\] UI アクションを使用します。 7. コピーしたアイテムには、2 つの変数の独自のコピーがあることを確認します。 {#yokohama-patch-6__ol_wt3_tn4_dgc} 予想される動作:新しい var2 の \[選択肢はフィールドに依存 \] が新しい var1 コピーを指しているはずです。 実際の動作:前のアイテム var1 を指しています。 | | サービスカタログ PRB1904034 | 選択したリンクのナッジがテレメトリでキャプチャされない | | 1. スキルを非アクティブ化します。 2. 作成者ロールを任意のユーザーにアサインします。 3. ユーザーの代理操作を行います。 4. カタログビルダーに移動します。 5. \[督促\] リンクを選択します。 {#yokohama-patch-6__ol_h53_tn4_dgc} 予想される動作:リンクはcatalog_builder_analyticsテーブルに記録されます。 実際の動作:どのリンクナッジも機能しません。 | | サービスカタログ PRB1916120 | カタログビルダーのクライアントスクリプト | これは製品の更新です。 | | | サービスカタログ PRB1916122 | カタログ作成者が事前入力動作を制御する機能 (KG、ユーザーのパーソナライズ API、チャット履歴) | これは製品の更新です。 | | | サービスカタログ PRB1916139 | 選択ボックスをルックアップし、複数選択肢をルックアップして、sys_choiceテーブルから選択肢として値を取得します | これは製品の更新です。 | | | サービスカタログウィザード PRB1874235 | スクリプト化された UI ポリシーがサービスカタログウィザードで実行されない | | 1. カタログアイテムビルダー CRP でスクリプト化された UI ポリシーを作成します。 2. カタログアイテムウィザードを開きます。 {#yokohama-patch-6__ol_q53_tn4_dgc} 予想される動作:ポリシーのスクリプトはウィザードで実行する必要があります。 実際の動作:ポリシーのスクリプトはウィザードで実行されません。 | | サービスカタログウィザード PRB1877107 | カタログウィザードフレームワークで変数の権限が適用されない | この問題では、変数が優先されない 2 つのシナリオが発生します。シナリオ 1 では、\[ メタ \] フィールドの値がリセットされます。シナリオ 2 では、書き込み権限は優先されず、スクリプトが実行されます。 | シナリオ 1： 1. 「カタログアイテムを作成」プロデューサーに新しいフィールドを作成し、カタログアイテムテーブルの メタ フィールドにマッピングします。 2. 以前に作成した質問にデフォルト値を設定します (例:「メタタグのテスト中」)。 3. 作成された質問の \[権限\] タブに移動します。 4. カタログ開発者を読み込みロールとして追加します。 5. ビルダーエディターの代理操作をします。 6. アイテムの作成を試みます。 7. 質問が追加されるはずがないのに、ウィザードに追加されたことに注意してください。 8. \[プラットフォーム\] に移動します。 9. \[メタ\] フィールドの値を「変更されたメタタグ値」に変更します。 10. ビルダーでアイテムを再度編集します。 11. 表示されるフォームのフィールドを変更します。 12. 送信 します。 13. アイテムが公開されたことを確認します。 {#yokohama-patch-6__ol_z53_tn4_dgc} 予想される動作:メタの値は「変更されたメタタグ値」である必要があります。 実際の動作:値は質問で指定されたデフォルト値にリセットされます。タイプ 1 対 1 のプロデューサーセット内の変数の動作も同様です。変数が MRVS プロデューサーセット内にある場合、権限はサポートされません。動作は、MRVS プロデューサーセットで同じままである必要があります。 シナリオ 2： 1. 保存スクリプトと挿入後スクリプトを使用してカスタム変数を作成します。 2. \[権限\] タブに移動します。 3. 「カタログ開発者」を読み込みロールとして追加します。 4. ウィザードに変数を追加します。 5. 変数の読み取り権限が満たされていない場合、スクリプトは実行すべきでない場合に、権限に関係なく実行されることに注意してください。 6. 「作成」ロールを付与します。 7. モードでは挿入を考慮して「作成」権限を優先する必要があるため、メインレコードが挿入された場合にスクリプトを実行するべきでない場合に、スクリプトが無関係に実行されることに注意してください。 8. 「書き込み」ロールを付与します。 {#yokohama-patch-6__ol_av3_tn4_dgc} 予想される動作:メインレコードが更新された場合はこのモードを考慮し、書き込み権限を優先する必要があります。スクリプトは実行しないでください。 実際の動作:スクリプトが実行されます。 | | Service Model Foundation - 事業所 PRB1896747 | Service Model Foundation - 事業所でのクエリ ACL の追加 | この変更により、query_rangeアクセス権を付与する新しいクエリ ACL が特定のテーブルとフィールドに追加されます。 | | | ソフトウェア資産管理 PRB1795842 | コンテンツ更新ジョブによってソフトウェアモデルで「作成されたソース」が常にスタンプされるとは限りません | この問題は通常、スイート (親) で \[ 作成されたソース \] フィールドが空の場合、以下のスケジュール済みジョブによってスタンプされないために発生します。 | | | ソフトウェア資産管理 PRB1807639 | 一部のソフトウェア資産管理 (SAM) プロパティは、SAM アドミンが編集できます | 一部の SAM システムプロパティは異なるフォルダーに存在し、異なる書き込みロールを持っています。 | 1. プラグイン「com.sn_samp_ master_ws」をインストールします。 2. sys_properties _category_m2mに移動します。 3. ソフトウェア資産管理でフィルタリングします。 4. 「com.snc.samp.recon.subgroup' 5. 「write_roles = admin」および「write_roles = sam_admin」を確認します。 6. プラグイン「com.glide.domain.msp _extensions.installer」をインストールします。 7. 「write_roles = admin」を確認します。 {#yokohama-patch-6__ol_ax3_tn4_dgc} | | ソフトウェア資産管理 PRB1857027 [KB2214434](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2214434) | 「削除時の重複排除の簿記」ビジネスルールのパフォーマンス強化 | null ではなく、deduplicated=true primary_installに追加のクエリがある場合、更新するレコードの数が減る可能性があります。 | 詳細については、リストの KB 記事を参照してください。 | | ソフトウェア資産管理 PRB1916117 | ライセンスワークベンチの \[製品の結果\] ページで再利用ルールを作成します | これは製品の更新です。 | | | ソフトウェアライフサイクル (ファミリチャネル) PRB1910582 | sam_sw_product_ lifecycle_report の current_lifecycle_phase に重複するsys_choiceがあります | 古いフィールドには存在しなくなったため、重複は古いフィールドからのものである可能性があります。 | | | ストリームコネクト Core PRB1899152 | sys_sc_alertsテーブルのラベルを変更する | UX は、sys_sc_alerts テーブルの一部の列のラベルを変更することを提案しています。1. ターゲット ID:影響を受けるエンティティ、2. アラートレベル:重大度、3. タイプ:アラートタイプ。 | | | システム通知 PRB1838563 | ベースインスタンスのベル通知ホバーが断続的に機能しない | 完全な詳細を表示するためにポインターをベル通知の上に置くと、完全な詳細は表示されません。 | 1. インスタンスにログインします。 2. 通知のベルアイコンに移動します。 3. 通知にカーソルを合わせます。 {#yokohama-patch-6__ol_ox3_tn4_dgc} 完全な詳細が表示されていないことを確認します。 | | システムアップデートセット PRB1885422 | アップグレード計画またはアイテムの更新セットをインポートすると、インスタンスにアプリケーションもインストールされます | | 1. 準本番インスタンスにログインします。 2. 移動先 管理メニューアップグレード管理. 3. 更新セットのエクスポートが完了したら、準本番インスタンスでアップグレードを開始します。 4. 本番環境で更新セットをインポートします。 {#yokohama-patch-6__ol_wx3_tn4_dgc} インポート中に、アップグレード計画/アイテムが本番インスタンスにアプリケーションをインストールしていることを確認します。 | | システムアップデートセット PRB1909130 [KB2250914](https://hi.service-now.com/kb_view.do?sysparm_article=KB2250914) | 更新セットからのインストールにより、カスタマイズされたレコードが上書きされる | 更新セットを修正するには、コミットを取り消し (アプリインストールのロールバックを含む)、別の方法でアプリケーションをインストールする必要があります。 | 詳細については、リストの KB 記事を参照してください。 | | テーブルクリーナー PRB1860821 | TableCleaner がゲートウェイを解決しない | TableCleaner は API「DBConfiguration.getDBI」を使用しているため、これしか解決できません。 | 1. 任意のテーブルのゲートウェイを設定します。 2. TableCleaner.clean API を呼び出します。 {#yokohama-patch-6__ol_gy3_tn4_dgc} | | テリトリー計画立案 PRB1837020 | ディスパッチャワークスペースで、検索テリトリーエージェントに問題がある | エージェントが複数のグループに属していて、glideRecord クエリから返された最後のグループがテリトリーに属しておらず、問題がトリガーされます。 | | | 階層 2 ストレージオフロード PRB1889818 | 失敗したオフロードのデフォルトの再試行期間が短すぎます | デフォルトの再試行時間は 6 時間です。 | 1. オフロードが永続的に中断するレコードを生成します。 2. 60 分間の再試行時間でオフロード時に失敗するようにします。 3. 同じルールによってオフロードされる他のレコードをアーカイブします。 {#yokohama-patch-6__ol_py3_tn4_dgc} レコードがオフロードされることはありません。 | | 階層 2 ストレージオフロード PRB1890721 | 階層 2 オフロード実行が \[アーカイブルール\] ページに表示される必要があります | ユーザーは、オフロードが実行されているかどうかを把握できません。進行状況は \[アーカイブルール\] ページで確認できます。 | 1. 階層 2 オフロードルールを構成します。 2. 一部のレコードをオフロードします。 {#yokohama-patch-6__ol_yy3_tn4_dgc} 予想される動作:アーカイブルールフォームの \[アーカイブ実行\] の横に、ユーザーがオフロードの実行を確認できるタブがあります。 実際の動作:情報はアーカイブ実行フォームで利用できません。 | | 階層 2 ストレージオフロード PRB1897660 | sys_property Glide を変更します。db.archive.offload。デフォルトで 100 GB から 36T までの値をfree_storage_max_gbします | | | | トランザクション管理 PRB1871282 | トランザクションの優先順位付けで IndexOutOfBounds および StringIndexOutOfBoundsException 例外が発生する | この問題は、高負荷テストで発生する可能性があります。これは、この例外によって要求が失敗した後、HTTPTransaction オブジェクトが保持されるメモリリークの原因として特定されています。 | | | UI アクション PRB1879023 | Yokohama で HTML フィールドを含むワークスペースモーダルが表示されない | UI アクションで g_modal.showFields() を使用してワークスペースからモーダルに入力する場合、 HTML タイプのフィールドが定義されている場合、モーダルは表示されません。 | | | UI フィールド管理 PRB1791024 | 一部のスクリプトタイプフィールドを含むレコードで getSelectedOption が壊れる | . | | | UI フィールド管理 PRB1821427 | Wiki テキストフィールド内に予期しない Wiki マークアップテーブル構文がある場合、インスタンスのメモリ不足が発生する | Wiki フィールドが表示されているフォームでkb_knowledgeレコードを作成すると、ノードのメモリが不足します。 | | | UI フォーム管理 PRB1887884 | 依存フィールド onChange ハンドラーは、依存フィールドに変更がないときに \[依存先\] フィールドが変更されたときに発生します | さまざまなタスクベースのテーブルには、assignment_groupが変更されたときにassigned_toをクリアするクライアントスクリプトがあります。これらのテーブル (例:change_request、インシデント、問題、problem_task) ではテストできません。これは、\[依存先\] フィールドが変更されると \[依存フィールド onChange (depend field onChange)\] ハンドラーが起動するように見えるためです。変更タスク (change_task) のような assignment_group フィールドに既存のクライアントスクリプトがないテーブルを使用する必要があります。 | 1. 次のように新しいクライアントスクリプトを作成します。 1. テーブル：インシデント 2. UI タイプ:すべて 3. タイプ:onChange 4. フィールド名: アサイン先 5. スクリプト:function onChange(control, oldValue, newValue, isLoading, isTemplate) { {#yokohama-patch-6__ol_hz3_tn4_dgc} 2. UI16 で新しい変更タスク (change_task) レコードを開始します。 3. アサイン先グループを設定します。 {#yokohama-patch-6__ol_gz3_tn4_dgc} 依存フィールド (assigned_to) の onChange ハンドラーが実行されないため、情報メッセージが表示されないことに注意してください。 | | UI フォーム管理 PRB1893949 | 必須フィールドヒントに「必須」プリフィックスがないことがあります | ヘルプテキスト (ヒント) に、フィールドが必須の場合でも、特定のフィールドの「必須」というプリフィックスがありません。 | 1. Yokohama インスタンスにログインします。 2. インシデントレコードに移動し、辞書の \[サブカテゴリ \] フィールドを必須にします。 3. 環境設定/設定でヘルプヒントを有効にします。 4. \[サブカテゴリ\] フィールドにヒントを追加します。 5. フィールドの横にある「?」にカーソルを合わせます。 {#yokohama-patch-6__ol_sz3_tn4_dgc} プリフィックス「Mandatory (必須)」が欠落していることを確認します。 | | アップグレードセンター PRB1891562 | コンテキストが「ここ」の場合、ユーザーはリンクの目的を判断できません | | 1. JAWS を開始します。 2. 「ホーム」画面に移動します。 3. 移動先: ダッシュボードページインスタンスアップグレードパネルアップグレードセンターへのアクセスリンク. 4. それぞれのページが新しいタブで開きます。 {#yokohama-patch-6__ol_c1j_tn4_dgc} スクリーンリーダーは、リンクの目的ではなく「ここ」をリンクとして読み上げることに注意してください。 | | アップグレードセンター PRB1895609 | ノードが再起動されたため、Glide アップグレードに失敗しました | これは、プラグインの特定の組み合わせによってこの動作がトリガーされるエッジケースです。 | 1. Yokohama for Loadsim のベースラインビルドにリセットします。 2. アップグレードをトリガーします。 {#yokohama-patch-6__ol_m1j_tn4_dgc} | | 利用状況アナリティクス PRB1898047 [KB2306210](https://hi.service-now.com/kb_view.do?sysparm_article=KB2306210) | Yokohama で、クローン、コピー、復元後にユーザーアナリティクスデータが更新されない | クローン/復元/コピーされたインスタンスは使用状況データの追跡を開始し、UXA ダッシュボードでデータを表示できます。 | 詳細については、リストの KB 記事を参照してください。 | | 利用状況アナリティクス PRB1904448 | 一部のユーザーは、support、impact、nowlearning などの ServiceNow 内部インスタンスでユーザーを追跡することを望んでいません | ServiceNow インスタンスは、カスタムスクリプトとシステムプロパティを使用して、利用状況アナリティクスデータの追跡をオフにできる必要があります。 | 1. 任意のインスタンスに移動します。 2. ポリシースクリプトプロバイダーで「無効」ポリシーが構成されていることを確認します。 {#yokohama-patch-6__ol_w1j_tn4_dgc} 実際の動作:メトリクスの呼び出しが引き続き重要なトラッキングレベルで実行されていることを確認します。 予想される動作:メトリクス呼び出しはありません。 | | 利用状況アナリティクス PRB1905285 | sys_userテーブルの hashUserId 列が空または無効であると、メトリクス呼び出しの検証とユーザーイベントの拡張が中断され、UXA ダッシュボードメトリクスが不正確になる | ユーザーテーブルの設定が原因で UI に誤った使用状況データが表示されたユーザーの使用状況データが適切に収集され、UXA ダッシュボードに反映されるようになりました。 | | | UX フレームワーク PRB1889441 | マルチデータソースブローカーでページネーションが壊れている | カーソルはマップの形式で格納され、バイトストリームに変換され、base64 でエンコードされます。デコード中、カーソルは JSON であることが想定され、例外がスローされます。 | 1. カーソルとページ番号を格納するステータスを作成します。 2. 2 つのデータソースを持つ複数テーブルデータを含むページを作成します。 3. ステータス変数をバインドします。 4. さらにデータをフェッチするボタンを追加します。これにより、応答からのカーソルでステータス変数が更新されます。 {#yokohama-patch-6__ol_ebj_tn4_dgc} 応答に更新された結果がないことに注意してください。 | | UX フレームワーク PRB1889452 | 複数テーブルデータの応答でデータソースの名前/sys_idが返されない | データブローカーの応答はテーブルのみを返します。 | 1. マルチテーブルデータブローカーを使用してページを作成します。 2. 異なる名前とクエリを持つ 2 つのデータソースを追加します。 {#yokohama-patch-6__ol_obj_tn4_dgc} データブローカーの応答はテーブルのみを返し、データソースの名前/sys_idは返さないことに注意してください。 | | UX フレームワーク PRB1890019 | マルチソースデータブローカーで誤ったページネーションで Zing 検索結果を使用する | | 1. マルチソースデータブローカーを使用してページを作成します。 2. フィルター条件が「キーワード」、「次の条件」のデータソースを追加します。 3. 結果数がページサイズ未満になるような値を選択します。 4. データブローカーを実行します。 {#yokohama-patch-6__ol_wbj_tn4_dgc} is_last_page値は false であるはずののに true であることに注意してください。 | | UX フレームワーク PRB1901587 | インテントライブラリを変更すると、meta.generatorForFeedback がないため、SEND_INTENT_FEEDBACKエラーが発生する | NAP ウィンドウには、最終的に次のメッセージが表示されます。「アプリの保存中にエラーが発生しました。アドミンに確認してください。ブラウザーコンソールで「IntentTranslatorBehavior: LIBRARY-INTENT-CHANNEL#SEND_INTENT_FEEDBACK action is missing generatorForFeedback from meta」というエラーが表示されます。 | | | UX フレームワーク PRB1904903 | 異なるデータソースの結果が同じソース ID を持つ | データソース ID は静的として設定されるため、すべての結果は最後の結果のデータソースを共有します。 | 1. sys_idsが異なるさまざまなデータソースを取得するように複数テーブルデータブローカーを構成します。 2. 異なるデータソースに属する結果のsys_idが同じであることに注意してください。 {#yokohama-patch-6__ol_gcj_tn4_dgc} | | UX フレームワーク PRB1916142 | 生成 AI キャンバスのインテントライブラリの更新 | これは製品の更新です。 | | | 仮想エージェント PRB1826252 | ライブエージェントへのユーザー受信メッセージは、チャネルの特定のシナリオでピッカーページネーションロジックに残ります | ライブエージェントを呼び出す前の最後のリッチコントロールがページネーションピッカーであった場合、ライブエージェントへのユーザー受信メッセージは、何らかの理由で CAF のピッカーページネーションロジックに含まれます。 | 1. ライブエージェントを呼び出すためのカスタムトピックを作成します。 2. ライブエージェントを呼び出す前に、ページネーションされたピッカーのうなずきを追加します。たとえば、15 個のオプションがある優先言語ピッカーを選択します。 3. これをライブエージェントのデフォルトトピックにします。 {#yokohama-patch-6__ol_cdj_tn4_dgc} | | 仮想エージェント PRB1874005 | provider_user_map内のレコードがまだ非アクティブであるため、Now 仮想エージェントが承認に失敗する | sys_userレコードが非アクティブ化された後にアクティブになった場合、provider_user_mapは非アクティブのままであり、マッピングをアクティブ化するロジックはありません。provider_user_mapが非アクティブであっても、マッピングが存在するため、ユーザーは Microsoft Teams でレコード承認の通知を受け取ります。ユーザーがレコードを承認しようとすると、provider_user_map内のレコードがまだ非アクティブであるため、エラーが発生します。 | | | 仮想エージェント PRB1892416 | One API サービスプラン発動レコードを更新するときの列の使用が正しくない | ログに警告が表示されます。 | 1. 簡単な Now Assist 仮想エージェントのユースケースを実行します (例:雑談、スパムとは何か)。 2. ログに次の警告が表示されます:'2025-05-13 08:59:06 (140) glide.cs.worker.93 SYSTEM txid=c1dfd72c876d SSI_ef76d022b7cf9a109d63827b5e11a913 警告 \*\*\* 警告 \*\*\* getGlideElement がテーブル「one_api_service_plan_feature_invocation」の不明なフィールド「startedAt」を呼び出しました 2025-05-13 08:59:06 (140) glide.cs.worker.93 SYSTEM txid=c1dfd72c876d SSI_ef76d022b7cf9a109d63827b5e11a913 警告 \*\*\* 警告 \*\*\* テーブル「one_api_service_plan_feature_invocation」の不明なフィールド「startedAt」に対して setValue が呼び出されました'. {#yokohama-patch-6__ol_pdj_tn4_dgc} | | 仮想エージェント PRB1892510 | Java 実行パスの「同期」モードをサポート | 現在、OE システム実行プログラム機能の Java 実行パスは、非同期モードのみに制限されています。これにより、バックグラウンドスクリプトを介してトラブルシューティングツールを実行する機能が制限されています。「同期」モードの実行は、Java パスでも完全にサポートされている必要があります。 | | | 仮想エージェント PRB1894471 | 仮想エージェントのプッシュ通知がモバイルで届かない | Androidで気づきました。 | 1. NASS チャットを使用して、プッシュトークンとモバイルクライアントを使用してユーザーを設定します。 2. チャットを開始します。 3. 一連のメッセージを同期的に送信します。 4. 送信中にモバイルクライアントを閉じます。 5. 待って。 {#yokohama-patch-6__ol_k2j_tn4_dgc} 予想される動作:ユーザーにプッシュ通知が表示されるはずです。 実際の動作:NASS にプッシュ通知がありません。 | | 仮想エージェント PRB1894545 | Java プロキシが有効でストリーミングが有効になっている場合、LLM 応答がマスク解除されない | | 1. ストリーミングで NowAssist アシスタントを有効にします。 2. GPT4-0 を使用します。 3. 「私の連絡先情報は何ですか」というフレーズのメールアドレスや電話番号タイプのマスクを有効にします。 {#yokohama-patch-6__ol_u2j_tn4_dgc} 予想される動作:マスクされていないメール/電話番号が表示されます。 実際の動作:メール/電話番号はマスク付きで表示されます。 | | 仮想エージェント PRB1895195 | ユーザーが無効な/部分的な発言を入力すると、エラーが表示され、会話がクローズされます | 動的機能実行ツールは、ペイロードが異なる複数の機能をトリガーできます。ただし、重複する機能 ID が渡されると、動的機能実行ツールは失敗します。 | | | 仮想エージェント PRB1896593 | ポータルの仮想エージェントのハンドオフに「挨拶」トピックに依存すべきではありません | ユーザーはカスタムの「挨拶」トピックを持つことができます。これらのユーザーにとって、ハンドオフは壊れています。 | | | 仮想エージェント PRB1898661 | 非 LLM 時間が 2544 ミリ秒 (ms) から 3065 ミリ秒 (ms) に増加し、一部の NAVA ユースケースでは 500-900 ミリ秒になりました | NAVA のユースケースでは、ユーザーは非 LLM 非同期時間で 2544 ミリ秒から 3065 ミリ秒に 500 〜 900 ミリ秒の劣化を観察しました。合成された応答の場合、非 LLM はデグレードされており、それにさらに 1.2 秒が費やされています。したがって、応答の全体的なゲインは 5.3 秒 (6.5-1.2) になります。 | | | 仮想エージェント PRB1903011 | LTM 機能に対して「Cannot invoke 'org.apache.commons.httpclient.StatusLine.getStatusCode()' because 'this.statusLine' is null (Cannot invoke 'org.apache.commons.httpclient.StatusLine.getStatusCode()' というエラーが表示される | このエラーは、会話の生成 AI ログに記録されます。 | 1. 任意のモデルに切り替えます。 2. 任意の発言を試してください。 {#yokohama-patch-6__ol_dfj_tn4_dgc} その会話の生成 AI ログに、「エラー: 'this.statusLine' が null であるため、'org.apache.commons.httpclient.StatusLine.getStatusCode()' を呼び出せません。エラーコード:200000」というエラーが表示されていることを確認します。 | | 仮想エージェント PRB1905944 | enableDynamicTranslation と enableNativeTranslation はブール値として渡す必要があります | | | | 仮想エージェント PRB1908511 | Now Assist パネル (NAP) アシスタントは、now_assist_ va_search_results _output_typeからエージェント型モードを読み取る必要があります | NAP アシスタント (従来のクライアントと新しいダイナミックウィンドウの両方) は、now_assist_ va_search_results _output_type の Now Assist パネルレコードからエージェント型モードを読み取る必要があります。NAP の新しい動的ウィンドウ UI は、代わりに mweb レコードから読み取っています。 | | | 仮想エージェント PRB1912380 | エージェントスキル実行ライセンスをログ記録しない | エージェントスキルが実行されたときにライセンスレコードを作成するべきではありません。AIA フレームワークは、実行時に作成された実行タスクに基づいて、エージェント実行のための独自の計算/ログ記録を行います。 | | | 仮想エージェント PRB1912588 | AiAgentSecurityMigration および AiAgentSecurityHelper スクリプトインクルードはグローバルスコープ内にある必要があります | | | | 仮想エージェント PRB1913835 | スキルの実行時にキャンバスに表示/非表示オプションが表示されない | Web エージェントが目標を実行している間は、ライブの「スクリーンショット」ビューはロードされません。実行後、表示/非表示ビューが表示され、すべてのスクリーンショットが表示されます。 | 1. エージェント WF を作成します。 2. それを昇格させます。 3. Now Assist ポータルに移動します。 4. \[最大化\] ビューに切り替えます。 5. スキルを選択して開始します。 6. ライブの「スクリーンショット」ビューがロードされていないことを確認します。 {#yokohama-patch-6__ol_lfj_tn4_dgc} | | 仮想エージェント PRB1913892 | グローバルのセキュリティ属性 ID の検証を追加する必要があります。GenAiSkillSecurityUtils().insertSkillAclBySkillid(...) および global です。GenAiSkillSecurityUtils().updateSkillAclByAclId(...) | グローバルを呼び出している間。GenAiSkillSecurityUtils().insertSkillAclBySkillid(...) および global です。GenAiSkillSecurityUtils().updateSkillAclByAclId(...) セキュリティ属性の Sys ID が無効な場合、セキュリティ属性は空の条件で作成されます。バックグラウンドスクリプトで使用されることが想定されているため、セキュリティ属性に使用されている値が無効であることをユーザーに通知する必要があります。 | | | 仮想エージェント PRB1915460 | ACL フォーム 16 UI でgen_ai_agentとgen_ai_workflowがオフになっている | | 1. sys_security_acl.do に移動します。 2. タイプとして \[gen_ai_agent\] または \[gen_ai_workflow\] を選択します。 {#yokohama-patch-6__ol_wfj_tn4_dgc} 「詳細」というオプションがないことを確認します。 | | 仮想エージェント PRB1915751 | 中間トピックスイッチが新しいトピックに切り替わらず、続行する既存のトピックでエラーが発生する | | 1. 動的ウィンドウに移動します。 2. 「料理を注文したい」と入力します。 3. いずれかのプロンプトに回答します。 4. 「実際にコーヒーを注文したい」と入力します。 {#yokohama-patch-6__ol_egj_tn4_dgc} 予想される動作:ユーザーに「コーヒーを注文する」トピックに切り替えるオプションが表示され、要求を続行するオプションが表示されます。 実際の動作:ユーザーが注文食品トピックを再開し、\[続行\] を選択するとエラーも発生します。 | | 仮想エージェント PRB1915793 | 「invoke_from_ai」ACL を作成するときにフローの名前が正しくない | | この API を実行して、ツールとして使用されるフローの ACL を作成します。AiAgentSecurityMigration() .run( true)」と入力します。 サブフロー ACL の場合、ACL は「internal_name」ではなく「名前」で作成されます。これは正しくなく、実行時の ACL 評価がありません。フローの名前が正しくないため、デフォルトはグローバル \* ACL になっています。 | | 仮想エージェント PRB1916762 | sys_one_extend _resource_edge に対する ACL 制限により、ユーザーは Web 検索にアクセスできません | | 1. 新しいインスタンスを設定します。 2. 仮想エージェント (VA) の検索を有効にします。 3. VA で /esc を使用できるようにします。 4. Abel Tuter として、/esc に移動します。 5. 地球を選択します。 6. 「ビル・クリントンとは誰ですか」と入力します。 {#yokohama-patch-6__ol_ngj_tn4_dgc} 「申し訳ありません」というメッセージを確認します。 | | 仮想エージェント PRB1917121 | OE チームの変更に合わせて OE スキルの ACL 名を更新します | ACL 名の形式を更新して、「skillConfigId:\