詳細については、リストの KB 記事を参照してください。

詳細については、リストの KB 記事を参照してください。

詳細については、リストの KB 記事を参照してください。

詳細については、リストの KB 記事を参照してください。

1. 任意の Zurich インスタンスを開きます。
2. glide.ui.escape_text用のsys_propertiesファイルをアップロードします。
3. /cache.do を実行します。
4. 「インシデント」などの関連レコードをロードします。

予想される動作:glide.ui.escape_text sys_propertyをアクティブにすると、レコードは正常にロードされるはずです。

実際の動作:上部に基本的なメッセージが表示された空白の画面で、アンパサンドの問題が呼び出されます。

1. インスタンスに移動します。
2. サービスオペレーションワークスペースを開きます。
3. 大量のアクティビティストリームエントリ (~2000 エントリ) を含むインシデントレコードを開きます。
4. ブラウザーの開発ツールウィンドウを開きます。
5. [パフォーマンス] タブを選択します。
6. [ 記録して再ロード ] ボタンを選択します。

予想される動作:ページのロード時間はCitationHighlightBehavior.jsの影響を受けず、必要な時間が短縮されます。

実際の動作:ページが完全に読み込まれるまでに約 6 秒以上かかり、[パフォーマンス] タブにCitationHighlightBehavior.jsによるものであることが表示されます。

1. エージェントとしてログインします。
2. エージェントをオンラインとしてマークします。
3. アドミン以外の要求者としてログインします。
4. /aix/employee/chat に移動します。
5. ライブエージェントを入力します。

   エージェント接続が確立されず、「ライブエージェントが関与しました。ライブエージェントに今すぐ接続します。クライアント側の人間によるサポート担当者に転送するまでお待ちください。

6. [ サポート] を選択します。

予想される動作:ライブエージェントが接続され、作業アイテムがエージェントワークスペースに表示されます。

実際の動作:エージェントがワークスペースで対応可能であっても、エージェントが対応できません。

1. エージェントチャットで動的翻訳を設定します。
2. 言語「fq」を使用して会話を開始します。

予想される動作:エージェント側で、「メッセージはカナダフランス語から自動的に翻訳されます (Message will be automatically translated from Canadian French)」というメッセージが表示されます。

実際の動作:言語がまったく表示されないか、場合によってはリージョンコードが正しく処理されません。

1. glide.awa プラグインと nowassist-ai-agents プラグインをチューリッヒまたはオーストラリアのインスタンスにインストールします。
2. AI エージェントと手動エージェントの両方を持つアサインルールの [AI エージェントを含める] を有効にします。
3. インシデントを開始します。

インシデントが利用可能であっても、AI エージェントに優先順位としてアサインされていないことを確認します。

シナリオ 1：

1. インスタンスにログインします。
2. /now/risk/compliance/record/sn_grc_reg_change_regulatory_feed に移動します。
3. レコードを開きます。
4. 移動先 AskNow アシスト > アクションプランを取得.
5. アクションプランが表示されたら、[ はい ] を選択します。

関連リスト内の規制タスクの数は変更されず、タスクは作成されていないことに注意してください。

シナリオ 2：

1. JSON オブジェクトを出力するスキルツールを作成します。
2. スキル出力 JSON を入力として受け取るスクリプトツールを作成します。
3. VA に表示するために、その入力をそのまま返します。

予想される動作:スキルツールによって返された JSON オブジェクトが VA に表示されるはずです。

実際の動作:JSON オブジェクトは次のような形式でラップ/含まれます: { response: { model_output: 'actual JSON object' }}

1. [検索プレビュー] に移動します。
2. プロファイルを選択します。
3. 検索を実行します。
4. 検索の前処理時間を記録します。
5. そのプロファイルに移動します。
6. すべての Genius 結果 (GR) 構成を削除します。
7. 「検索」プレビューで検索を再実行します。
8. 前処理時間を確認してください。

予想される動作:最初の要求から生成されたフィルターが使用されているため、GR がある場合と GR を使用しない場合の前処理時間は変わりません。

実際の動作:前処理時間は GR で 2 倍以上になります。

1. ベースインスタンスを開きます。
2. 「CSC - Knowledge」など、大文字とスペースを含む非標準ロールを作成します。
3. KB を作成します。
4. [ ロール] フィールドに「CSC - ナレッジ」を入力します。
5. その KB を対象として、アドミン以外のユーザーとして検索を実行します。

予想される動作:KB が返されます。

実際の動作:KB は返されません。

1. ais_datasourceで、KB の「force_late_binding」を true に設定します。
2. 子テーブルを取得するための KB プラグインがインストールされていることを確認します。
3. KB を検索ソースとするプロファイルを使用して検索を実行します。

ログに「[ais] AclFilterGenerator: Exception during converting ACL for table kb_template_faq, use late-binding」のようなエントリが含まれていることを確認します。ユーザーが force_late_binding を true に設定すると、KB とその子テーブル ACL はフィルターに変換されません。

グローバル検索でハイブリッド検索を有効にしてみてください。

イネーブルメントがブロックされていることを確認します。

1. AISDynamicFilter の前処理を実装します。
2. フィルターを設定し、追加のコンテキストを渡して、AI 検索呼び出しを行います。

検索ソースごとに追加の呼び出しが発生していることを確認します。2 番目の呼び出しでは、additionalContext がパラメーターとして AI 検索 API 呼び出しに渡されていても、additionalContext 値は null です。フィルターが適用されない場合、追加の呼び出しは行われません。これは、フィルターが適用され、additionalContext が null であるべきではないときに発生します。

1. v4 取り込み API を使用して、ユーザープリンシパルペイロードをインポートします。
2. ユーザーマッピングをインポートします。

   最初のものはグループとユーザーの挿入を優先することに注意してください。

3. ペイロードを更新して別のグループを含めます。
4. POST を送信します。

   グループまたはユーザーが更新から除外されることを確認します。

5. 単一のグループとユーザーマッピング = を使用して、上記のユーザーマッピングとユーザースクリプトを削除します。
6. POST を送信します。

複数のグループが存在する場合を除き、最初の挿入は優先されないことを確認します。

DynamicFilter 情報を含む additionalContext パラメーターを使用して提案 GQL API を呼び出します。

DynamicFilters でフィルタリングする必要がある VA スキルが適切にフィルタリングされておらず、additionalContext がコールチェーンで失われ、DynamicFilters が適用されている AI 検索サービスに到達しないことを確認します。

検索ベースの提案を返す用語を使用して提案 GQL API を呼び出します。

予想される動作:ペイロードには、検索アプリケーションで対応するソースの [ソースファセットバケット] ラベルの構成に基づいて、分かりやすいラベルの [ソースラベル] フィールドがあります。

実際の動作:ソースファセットバケットに基づくラベルはありません。

1. AI 検索でベースインスタンスを開きます。
2. /sp?id=search に移動し、結果を返すもの (メールやデバイスなど) を検索します。
3. ウィンドウのサイズを 1280x1024 に設定します。
4. 200% と 400% にズームインします。

予想される動作:200% および 400% ズームでコンテンツが切り取られない

実際の動作:コンテンツが 200% および 400% ズームで切り取られる

詳細については、リストの KB 記事を参照してください。

詳細については、リストの KB 記事を参照してください。

1. 移動先 EAW > ビジネスポートフォリオ.
2. 一部の親機能のサブ機能を作成します。
3. いくつかのサブ機能 (Test 1、Test 2、Test 3 などの名前) を追加します。

   機能が下部に追加されていることに注意してください。

4. [ 階層を更新] を選択します。
5. ページを更新します。

   機能の順序がランダムに変更されたことに注意してください。

6. 現在のサブ機能を削除します。
7. ステップ 2 〜 5 を再度実行します (同じ名前のケイパビリティを追加し、順序をやり直します)。

順序が再び変更され、ロジックに従っていないことに注目してください。

1. アベル・テューターの代理操作をします。
2. sn_hr_core_case_workforce_admin.do?sys_id= に移動します。
3. [ 添付ファイルを管理] アイコンを選択します。
4. 添付ファイルを追加します。

2 つの RCA で生成されたソースが「UI ページ:添付ファイル」と「スクリプトインクルード:AttachmentSensitive」であることを確認します。

1. 変更されたクライアントスクリプトと UI アクションを使用して ATF テストを実行します。
2. テストが終了したらすぐに、テスト結果ページで [コード カバレッジを計算 ] を選択します。

フロントエンドからのすべてのコードカバレッジが完全に処理されて保持されていないため、フロントエンドの集計データが正確でない場合があることに注意してください。

詳細については、リストの KB 記事を参照してください。

1. オーストラリアのインスタンスの NAFC ライセンスを取得します。
2. インストールを試みます。

BA アプリは配布の一部として含まれていないため、インストールできないことを確認します。

1. オーストラリアのインスタンスをプロビジョニングします。
2. アプリケーションマネージャーに移動します。
3. [ 今すぐ同期] ボタンを選択します。
4. クリエーターの Now Assist を検索します。
5. [Install (インストール)] を選択します。

インストールは成功しましたが、ホストされたプラグイン com.glide.app_build_agent_core.global がないために BA 試用版が失敗するため、[ インストール] ボタンがアクティブなままであることを確認します。

1. HR ポータルにアクセスできるユーザーの代理操作を行います。
2. HR ポータルに移動します。
3. 仮想エージェントチャットを開始します。
4. 「自分のオープン HR ケースを表示 (Show me my open HR cases)」というプロンプトを入力します。

予想される動作:ユーザーのオープン HR ケースに関する情報が表示されます。

実際の動作:ユーザーは「予期しないエラーが発生しました。もう一度お試しください』と言いました。

1. HR ケースを開きます。
2. 添付ファイルをアップロードします。

   添付ファイルの要約が正常に機能していることを確認します。

3. サイドメニューから [ケースを転送 ] を選択します。

   モーダルが開くことを確認します。

4. 任意の転送タイプ (「新しいケース番号に転送」など) と任意の新しい HR サービス (歯科治療に関する福利厚生の照会など) を選択します。
5. [OK] をクリックします。

   この HR ケースが新しい HR ケースに転送され、すべての添付ファイルも新しい HR ケースにコピーされていることを確認します。

6. 新しい HR ケースで [要約を作成 ] を選択します。

   HR ケースに添付ファイルがある場合でも、添付ファイルの要約を作成できないことを確認します。

予想される動作:ケース 転送を使用した後、添付ファイル付きの新しい HR ケースで添付ファイルの要約が機能します。

実際の動作:添付ファイル付きの新しい HR ケースで ケース転送を使用した 後、添付ファイルの要約が機能しません。

1. ナレッジ推奨プラグインと記事の最適化プラグインがインストールされたインスタンスをプロビジョニングします。
2. ナレッジ管理プロパティから、ece をオンにします。
3. 任意の HR ケースの関連リストから記事を作成します。

KCからHRコアへのRCAがあります。

1. 移動先 すべて > 変更 > 新規作成.
2. [ その他のアクション] を選択します。

   [ 新規テンプレートの作成 ] が有効になっていることを確認します。

3. 任意のモデルを選択します。

[ 新規テンプレートの作成 ] が無効になっていることを確認します。[新規テンプレートを作成] は、モデルが選択されている場合にのみ有効にし、作成のためにモデルを変更モデルページに渡す必要があります。

移動先 すべて > 変更 > 新規作成.

作成ページの背景が [Polaris] と [Coral] のテーマで色分けされていることを確認します。

1. キャッシュが初期化されるように動的 IRE を実行します。
2. 動的 IRE のキーの一部をキャッシュから手動で削除します。
3. キャッシュから削除されたメンバーの取得を試みます。

動的 IRE は、その要素が構成されておらず、存在しないかのように実行されていることを確認します。

1. Glide スクリプトを使用してsys_archiveテーブルに新しい Glide レコードを作成します。
2. /sys_archive_list.do?sysparm_query=tableSTARTSWITHtask に移動します。
3. 「Created from Glide script」という名前のアーカイブルールを見つけます。
4. ルールを開きます。

条件ビルダーの条件が表示されていないことを確認します。フォーム内の他のフィールド (説明、 名前など) が更新されると、その条件はレコードから消去されます。

1. sn_cgとsn_cpをインストールします。
2. コンテンツ要求と CRI を作成します。
3. コンテンツを追加し、コンテンツ要求アイテムをスケジュールします。
4. [承認者の管理] を使用して、Abel Tutor を承認者として CRI に追加します。
5. CRI ステータスを「レビュー中」に移行します。
6. ユーザー「Abel Tutor」の代理操作を行います。
7. hrm_todos_pageに移動します。
8. CRI を見つけて却下します。

予想される動作:承認者は CRI を正常に承認または却下できます。

実際の動作:ページにコンソールエラーがあり、CRI は却下されず、「要求済み」ステータスのままです。

1. コンテンツ公開パッケージがインストールされていることを確認します。
2. sn_cd_content_portalリストビューに移動します。
3. 既存のコンテンツタイプ (URL - レコード) を開きます。
4. [ タイトル] の値を変更します。
5. 移動先 コンテキストメニュー > 挿入と維持.

予想される動作:変更がキャプチャされ、新しいレコードで確立されるはずです。

実際の動作:そうではありません。以前の値は保持されます。

1. ナレッジグラフタグに移動して、新しいレコードを作成します。
2. 関連するコンテンツ公開テーブルを追加します。
3. KG タグの説明を入力します。
4. [保存] を選択します。
5. 移動先 対話型インターフェース > アシスタント.
6. 選択 アシスタントを管理 > 仮想エージェントでの Now Assist > 情報源 > ナレッジグラフ.
7. Enterprise Graph で「自然言語クエリ」を設定します。
8. [タグ] で、手順 3 で作成したタグを追加します。
9. [保存] を選択します。
10. サンプルのニュース記事/会社イベントを作成します。
11. /esc に移動して、「ニュース記事を見せて」や「会社のイベントを見せて」など、ニュースに関する簡単な質問を NAVA に尋ねます。

必要な RCA が提供/承認され、NAVA が応答を返すことを確認します。

1. 移動先 コンテンツ公開 > 新規作成 > 通知 > メール.
2. 必要な詳細を入力します。
3. 本文にリッチテキストを追加します。
4. メールを送信するスケジュールコンテンツを保存して作成します。
5. メール本文の有効な parm2 値を使用して、メールがイベントキューに記録されていることを確認します。
6. 移動先 システムログ > メール処理後にメールログ内のレコードを検索します。

予想される動作:件名がメールコンテンツのタイトルとして入力され、空でない有効な本文が入力されます

実際の動作:件名が空で、メール本文の HTML の値が「undefined」です。

1. アーカイブテーブルを移行するためのインスタンスを設定します。
2. 移行を開始します。

予想される動作:TBD しきい値を満たすアーカイブテーブルのみを移行する必要があります。以前はスキップされたが、移行できるようになったテーブルを検索するためのスケジュール済みジョブがあるはずです。

実際の動作:すべてのアーカイブテーブルがすぐに移行されます。

詳細については、リストの KB 記事を参照してください。

JSON または GraphMetadataBuilder を使用して、タイプ「Depends On:Used By」のエッジを作成します。

英数字とアンダースコアのみがサポートされていることを示すエラーを確認します。

1. プライマリキーのないデータファブリックテーブルを作成します。
2. そのデータファブリックテーブルを使用してナレッジグラフを作成してみてください。

予想される動作:プライマリキーのない WDF テーブルはグラフで許可されていないことを示すエラーメッセージが表示されます。

実際の動作:「エラー:u_df_wdf_without_pkという名前のテーブルはグラフスキーマで許可されていません (Error: Table named is not allowed in graph schema)」というエラーメッセージが表示されます。ユーザーは、プライマリキーを使用した WDF が KG で考慮される資格であることを知らない可能性があります。

1. エンコードされたクエリ文字列「priority=3^state」をインシデントノードに追加します。
2. GraphQueryBuilder からクエリを実行します。

サイトームの例外を観察します。

1. migratedToTable フラグとカスタムノードタイプ (User など) を指定せずにグラフを作成します。
2. migratedToTable フラグを指定します。
3. get() メソッドを呼び出します。

予想される動作:node_typeはテーブル名 (sys_user など) で、カスタムノードタイプ (ユーザーなど) は同義語として指定する必要があります。

実際の動作:キャッシュされた JSON が node_type とともに返されます。カスタムノードタイプが指定されています。

次のいずれかのクエリを実行します。

• cost != 0 の cmdb から上位 10 個のログ (コスト) を選択;
• cost !=0 の cmdb から上位 10 個の log10(cost) を選択;
• インシデントから上位 10 個の mod(priority,2) を選択します。
• sys_userから上位 10 件の繰り返し (first_name,2) first_nameを選択します。
• 上位 10 件を選択 replace(first_name,''a'',''ba''), first_name from sys_user;
• sys_userから上位 10 件を右 (first_name,2) からfirst_name選択します。
• インシデントからsys_created_on上位 10 秒 (sys_created_on) を選択します。

スクリプトを実行します。

NullPointerException エラーがスローされることを確認します。

シナリオ 1：

1. インスタンスにログインします。
2. Now Document コンポーネントを構成します。
3. サービスオペレーションワークスペース (SOW) に移動します。
4. 既存のインシデントを開きます。
5. ドキュメントを作成します。
6. [ メタデータを編集] などのセカンダリアクションを選択します。

予想される動作:DMS コンポーネントで、アップグレード顧客に対して新しく作成されたドキュメントに対して共有権限が有効になります。

実際の動作:DMS コンポーネントでアップグレード顧客に対して新しく作成されたドキュメントに対して、共有権限は有効になっていません。

シナリオ 2：

1. インスタンスにログインします。
2. Now Document コンポーネントを構成します。
3. SOW に移動します。
4. 既存のインシデントを開きます。
5. ドキュメントコンポーネントを使用してドキュメントを作成します。
6. [ バージョンを追跡] などのセカンダリアクションを選択します。
7. 添付ファイルをアップロードしてバージョンを作成します。

予想される動作:バージョンの添付ファイルのサイズがコンポーネントに表示されます。

実際の動作:バージョンの添付ファイルのサイズが表示されません。

1. 階層型キャッシュを無効にします。
2. 新しいsn_dbを呼び出します。GraphMetadata(''graphName'').get() です。

予想される動作:GraphCacheableJSONString を使用した階層型キャッシュは使用されません。

実際の動作:値が通常のキャッシュ内にある場合でも、GraphCacheableJSONString ラッパーが使用されます。

1. テーブルからフィールドの明示的なセットを使用してビューを作成します。
2. extractTable を実行します。

ビューに含まれていなかったいずれかのフィールドの値を確認します。

インスタンスを RaptorDB に移行します。

予想される動作:アーカイブテーブルのディクショナリ長エントリの最大長が実際の SQL の長さと一致しません。

実際の動作:アーカイブテーブルのディクショナリ長エントリの最大長が実際の SQL 長と一致します。

1. フェイルオーバー要求を作成します。
2. 新しい PRI 昇格の速度を 60 秒遅くしてみてください。

Glide 側はこれを操作タイムアウトと見なし、新しいトポロジを計算したり、次のフェイルオーバーを検出したりしないことに注意してください。

1. 2 つのノードを追加してsys_meta_graphレコードを作成します。
2. これら 2 つのノード間にエッジを作成します。
3. 2 つのノードをソースノードとターゲットノードとして選択してみてください。

ノードを UI から選択したり、添付ファイルから直接インポートしたりできないことを確認します。

1. GenAI をセットアップし、プラットフォーム 10.0.3 バージョンと KG 6.0.6 をインストールして anowassist インスタンスをプロビジョニングします。
2. KG を呼び出すトランザクションを実行します。

プロンプトとトークン数を確認します。

Trino を使用して SN テーブルのクエリを試みます。

予想される動作:デフォルトでは、ユーザーがテーブルへの読み取りアクセス権を持っている場合にアクセス権が必要です。

実際の動作:ユーザーは、クエリを実行するために、そのテーブルに特定のdata_fabricアクセス権を付与している必要があります。

1. task_sla とインシデントの間に DB ビューを作成し、大文字と小文字が混在するプリフィックスを持つ DB ビューテーブルレコードを作成します (たとえば、インシデントの場合はプリフィックス「inC」)。
2. where 節を「task_sla.task = inC.sys_id」として持つ。

実行エラーが発生することに注意してください。

1. [データ製品] モジュールに移動します。
2. 既存のデータ製品を作成するか、開きます。
3. データ製品の編集を試みます。

資産 IRI がキャプチャ/保存されておらず、資産 IRI がないために編集操作を続行できないか失敗していることを確認します。

1. com.snc.pa.mlb および com.snc.pa.premium プラグインをインストールします。
2. [データスナップショット] に移動します。
3. データ頻度を「すべてのアクティビティ」として新しい DS ソースを作成します。
4. ファクトテーブルを追加します。
5. assigned_to などのサポートされているフィールドをフィールドセクションに追加します。
6. pa_cdc_breakdown_hierarchyに移動します。
7. マネージャー階層をレコードとして追加します。
8. スケジュール済みジョブが実行され、ブレークダウン階層pa_cdc_factテーブルとpa_cdc_sysuserテーブルでスコアが収集されていることを確認します。
9. [ 自動インジケーター - データスナップショット] に移動します。
10. 手順 2 で作成したソースを選択して、新しい DS インジケーターを作成します。
11. 標準カレンダーと日次頻度を選択します。
12. [アグリゲート] を [カウント] として選択します。
13. フォームを保存して送信します。
14. ダッシュボードに移動します。
15. 上記で作成したソースを使用して、ファクトテーブルとして DB ビューを使用して、新しい可視化を追加します。
16. ダッシュボードにブレークダウン階層を含むフィルターを追加します。

    スコアを観察します。

17. 適用されたブレークダウン階層を後で削除します。

予想される動作:すべてのフィルターが削除されると、階層 ID は削除されますが、UI 側では階層トグルがオフに切り替わります。

実際の動作:すべてのフィルターが削除されると、階層 ID は削除されますが、UI 側では階層トグルがオフになりません。

1. 選択肢、ブール、参照フィールドなどのフィールドの組み合わせを使用して自動インジケーターを作成します。
2. データ収集ジョブを実行して、作成されたインジケーターのデータを有効にします (まだ利用できない場合)。
3. ヒートマップの可視化とピボットテーブルを作成します。
4. 作成したインジケーターに追加します。
5. [グループ化] で、 任意の参照 フィールド ( Assigned_to など) を選択します。
6. 手順 5 で設定した groupby 列にフィルターを追加します。
7. フィルターからスコアが利用可能な参照レコードを選択します。

   両方の可視化でそのレコードのスコアを確認します。

8. 以前に選択したレコードを削除します。
9. スコアのないレコードを追加します。

予想される動作:multivis API はスコアを返さないため、「利用可能なデータがありません」と表示されます。

実際の動作:ピボットテーブルには空のマトリクスが表示され、ヒートマップには以前にキャッシュされたデータが表示されます。

1. com.snc.pa.mlb および com.snc.pa.premium がインストールされたインスタンスをプロビジョニングします。
2. データスナップショット式インジケーターに移動します。
3. 任意の式を使用してインジケーターを作成します。

sys log テーブルで TableDescriptor 例外がスローされていることを確認します。

1. DSB を有効にします。
2. ノードコントローラーを再起動しないでください。
3. サンドボックスを作成します。
4. コントローラーノードでスクリプトを実行します。
5. sys_dsb_messageを確認します。

リスナーが実行されなかったため、メッセージが作成されませんでした。

1. サンドボックスを作成します。
2. sandbox_user アカウントに切り替えます。

[サンドボックス] リストは空ですが、割り当てられたサンドボックスには「1」と表示されていることを確認します。

クエリー:SELECT number, priority FROM incident WHERE priority NOT BETWEEN 2 AND 4 ORDER BY priority, number を使用します。

予想される動作:「priority = 1」や「priority >= 5」など、優先度が 2 〜 4 の範囲外のインシデントを返します。

実際の動作:「NOT」が削除され、条件が優先度「BETWEEN 2 AND 4」になったため、優先度が 2 〜 4 の範囲内にあるインシデントを返します。

次のクエリを使用します:ケース優先度を選択 時期 1 以降は「重大」 時期 2 の場合 次に「高」 時期 3 以降は「中」 それ以外の場合は「低」 終了方法 priority_label、番号 インシデントから 順番 1、2。

予想される動作:単純な「CASE」式から派生した人間が判読可能な優先度ラベルを付けて、各インシデントの番号を返します。

実際の動作:実行が失敗し、「式がサポートされていない場合の Switch ステートメント (Switch statements in case expressions are not supported)」という例外があります。

詳細については、リストの KB 記事を参照してください。

詳細については、リストの KB 記事を参照してください。

1. ディスカバリープロセスを開始します。
2. ディスカバリー中に翻訳ログ機能をトリガーします。

例外がスローされ、例外のためにディスカバリープロセスが完了しないことを確認します。

詳細については、リストの KB 記事を参照してください。

1. 管理者ユーザーとしてログインします。
2. 「sys_properties.list」と入力します。
3. プロパティ glide_encryption.set_value_support_cle.disabled を検索します。

予想される動作:admin ユーザーはプロパティを「true」に設定できません。

実際の動作:アドミンユーザーはプロパティを「true」に設定できます。

1. NAVA をインストールします。
2. AWS 用の新しいコネクタを作成します。
3. 何もインデックスを作成しないでください。
4. スクリプトを実行します。

バックグラウンドスクリプトのエラーを確認します。

1. 任意のインスタンスに移動します。
2. アドミンとしてログインします。
3. 任意のシステムプロパティ UI ページを開きます。
4. いずれかのチェックボックスを切り替えてみます。

予想される動作:ユーザーは、プロパティページのチェックボックスをオンまたはオフにして、システム構成を変更できる必要があります。

実際の動作:UI プロパティページのチェックボックスは機能せず、切り替えることができません。

シナリオ 1：

ODBC を使用して大規模なデータセットのクエリを試みます。

シナリオ 2：

SOAP のみを使用して再現するには、上限を増やし、1 回の要求で 30k+ レコードをクエリします。

1. サービスオペレーションワークスペースに移動します。
2. [ インタラクションを作成] を選択します。
3. 必須フィールドに入力します。
4. インタラクションを保存します。

sys_user.email でのquery_range操作に対するアクセス権が不十分であることを示すエラーバナーが表示されます。

1. connection_admin ロールを持つユーザーとしてログインします。
2. ナビゲーターから WDF コネクトハブに移動します。
3. 選択 新規 > System.

予想される動作:ユーザーは新しいシステムを作成できる必要があります。

実際の動作:ユーザーは新しいシステムを作成できません。

1. 移動先 サービスポータルワークスペース > EAP.
2. 任意のチームバックログを選択します。
3. ヘッダーの [列のカスタマイズ] を選択します。
4. 任意の列を選択して適用します。

新しい列はバックログのプレゼンテーションリストに追加されず、[ バックログのカスタマイズ] パネルを選択すると、図が表示されないことに注意してください。

1. 複数の Clotho サーバーを使用してインスタンスをプロビジョニングします。
2. メトリックベース構成ページからテスト接続ユーティリティを実行します。
3. いずれかの Clotho 構成のいずれかのフィールドを無効な値に変更します。たとえば、無効なユーザー名を指定したり、URL に無効なポート番号を指定したりします。
4. 元の値を書き留めます。
5. テスト接続ユーティリティを再度実行します。

   エンドポイントの 1 つが無効であるために失敗するはずの場合は true が返されることに注意してください。

6. すべての構成を無効なものに変更します。

   テスト接続テストが予想どおりに失敗したことに注意してください。

7. すべてのエンドポイントを正しい値に復元します。
8. テスト接続を再度実行します。

これで合格することに注意してください。

1. ブールデータタイプメトリクスを作成します。
2. スクリプトのバックグラウンドでスクリプトを実行します。

予想される動作:有効なクエリ結果です。

実際の動作:「スクリプト実行エラー:スクリプト識別子:null.null.script、エラーの説明:com.snc.clotho.ClothoException:com.glide.db.glideSQLException:要素が存在しません。Table: mb_dex_installed_app_metrics col: false」というエラーが表示されます。

1. エージェントアプリにログインします。
2. オフラインキャッシュをダウンロードします。
3. オフラインに切り替えます。
4. 作成 作業指示タスク > 雑費.
5. 雑費を開きます。
6. アクティビティストリームの添付ファイルを追加します。
7. 同期。
8. オンラインになります。
9. オフラインに戻ります。
10. ロード 作業指示タスク > > 雑費再度リストします。

    「オフラインデータでアプリケーションコンテンツが見つかりませんでした」というエラーが表示されます。

予想される動作:雑費リストがオフラインでロードされ、作成された雑費がアクティビティストリームエントリーとともに表示されます。

実際の動作:オフラインで作成されたレコードを同期した後、オフライン-オンライン-オフラインの雑費リストがロードされません。

glide.platform_mm_service.supported_tables で構成されたテーブルに添付ファイルを含むレコードを作成します。

sys_mm_resultテーブルの結果と、[エラーメッセージ] 列のエラーメッセージを確認します。

詳細については、リストの KB 記事を参照してください。

1. インスタンスを開きます。
2. 要約可能なインシデントレコードに移動します。
3. Now Assist サイドバーで、新しいチャットを開始します。
4. 「Summarize this incident (このインシデントを要約してください)」と入力します。

予想される動作:適切な形式の要約になっています。

実際の動作:箇条書き項目のテキストは、箇条書きとは別の行に表示されます。

1. インスタンスを開きます。
2. オープン Now Assist アドミン > ファイナンスとサプライチェーン > ソーシングおよび調達オペレーション.

   ここでは感情分析スキルが非表示になっていることに注意してください。

3. バックグラウンドスクリプトを開きます。
4. 感情分析スキルを実行するコードを実行します。

レコードの感情分析が呼び出されたことを確認します。

1. ACL ロールのリストを開きます。
2. [Application is OCS] フィルターと [ACL.application is global] フィルターを適用します。

予想される動作:レコードは表示されません。

実際の動作:8 つのレコードが表示されます。

1. バックグラウンドスクリプト実行ページに移動します。
2. 自動インジケーターを使用して式インジケーターを作成するスクリプトを実行します。
3. 式インジケーターが作成されているかどうかを確認します。

予想される動作:有効なデータが渡された場合、ユーザーは式インジケーターをエラーなしで作成できます。

実際の動作:「'nameToSysIdMap' is null であるため、'java.util.Map.containsKey(Object)' を呼び出せません (Cannot invoke 'java.util.Map.containsKey(Object)' because 'nameToSysIdMap' is null)」というエラーが返されます。

詳細については、リストの KB 記事を参照してください。

1. プラットフォームアナリティクスワークスペースを開きます。
2. ライブラリを開きます。
3. インジケーターを選択します。
4. [インジケーター] を選択します。

インジケーターが新しいページで開くことを確認します。kp-details ページのタイトルの横に、ライブラリページに戻るアイコンはありません。

GetMobileVisualizationIT#verifyAsNoRoleUser を実行します。

予想される動作:API は、エラーコードとともに適切にフォーマットされた JSON を返します。

実際の動作:API から無効な形式が返されます。

1. システムプロパティ com.glide.par.unified_analytics.enabled を false に設定します。
2. CoreUI ダッシュボードの概要ページ ($pa_dashboards_overview.do) に移動します。

次の情報バナーが表示されます:「探しているダッシュボードが見つからない場合は、プラットフォームアナリティクスライブラリを試してください。プラットフォームアナリティクスエクスペリエンスにアクセスしてください。

1. CoreUI ダッシュボード (pa_dashboards) を作成します。
2. そこにダイナミックコンテンツブロックを追加します。
3. 「com.glide.par.coreui_single_migration.enabled」システムプロパティを「false」に設定します。

予想される動作:情報メッセージは非表示になります

実際の動作:情報メッセージが表示されます。

1. 「com.glide.par.unified_analytics.enabled」を「false」に設定します。
2. 移行センターに移動します。
3. 一括移行を実行します。
4. すべてのコンテンツをアクティブ化します。
5. 統一プロパティを確認します。

予想される動作:統一プロパティが「true」に設定されます。

実際の動作:統一プロパティは false のままです。

1. コア UI ダッシュボードを作成します。
2. スタティックコンテンツブロックを追加します。
3. 埋め込み URL などのコンテンツを追加します。
4. [ ネクストエクスペリエンスに移行] ボタンを選択して、ダッシュボードをネクストエクスペリエンスに移行します。

移行された Next Experience ダッシュボードでは、リッチテキストに HTML タグが含まれていることに注意してください。

1. 起動プロパティを使用してプレイブックを作成します。
2. アクティブ化します。
3. プレイブックワークスペースのデモで確認できます。
4. プレイブックに戻ります。
5. タイトルの説明などの起動プロパティを変更します。
6. それを再度アクティブ化します。
7. ワークスペースに戻ります。
8. 更新してください。

レコードジェネレーター/ランチャーの UI ステップには、古い情報や期限切れの情報が含まれていることに注意してください。

1. カスタムレイアウトタイプのプレイブックに移動します。
2. レコードジェネレーターがロードされたら、[ Continue] を選択してレコードをトリガーします。

予想される動作:プレイブックが正しくロードされます。

実際の動作:ページに「利用可能なプレイブックがありません」と短時間表示されます。

1. デモデータを含む Process Automation Experience Demo プラグインをインストールします。
2. /sys_playbook_experience_record_generator_list.do に移動します。

予想される動作:フォームビューが選択されている場合、リストとレコードで [レコードフォームの作成を表示 (Show Create Record Form)] が [true] に設定されているすべてのレコード。

実際の動作:リスト内の [レコード作成フォームを表示] のすべてのレコードが false になります。

1. Zurich ベースインスタンスを開きます。
2. インシデントなどの任意のフォームのレコードジェネレーターを構成します。
3. 次に移動して、そのフォームのフィールドのフィールドデコレーターを追加します すべて > フィールドデコレーター.
   1. テーブルを [インシデント] に設定します。
   2. タイプを「クライアントスクリプト」に設定します。
   3. スクリプトに何かconsole.logさせます。
   4. 構成可能なすべてのワークスペースでこれを有効にします。
4. ワークスペースに移動します。
5. 新しいレコードを作成して、レコードジェネレーターを表示します。
6. レコードジェネレーターのフォーム内で [フィールドデコレーター ] を選択します。

予想される動作:ログは 1 つのみです。

実際の動作:コンソールで 2 回ログに記録されます。

1. 移動先 構成可能ワークスペース > リスト > AGR 接続 > すべて.
2. サブカテゴリ「WebEDI」のレコードを作成します。
3. プレイブックで続行します。
4. 「ファストフォロワー」を尋ねられたら、 Trueを選択します。
5. 「パッケージングデータ交換」(レーン 7) に達するまでプレイブックを続行します。
6. プレイブックの完全な再起動を実行します。
7. プレイブックの「接続タイプの検証」(アクティビティ 1.4) アクティビティを続行します。
8. サブカテゴリを「ClassicEDI」に変更します。
9. Fast Follower を要求されたら、[ False] を選択して続行します。
10. 「テスト」(レーン 9) に達するまでプレイブックを続行します。
11. プレイブックの完全な再起動を再度実行します。
12. プレイブックの「接続タイプの検証」アクティビティを続行します。
13. サブカテゴリを「WebEDI」に変更します。13. Fast Follower を要求されたら、[ False] を選択して続行します。

    高速フォロワーがマークされていない場合でも、「高速フォロワー」フェーズが開始されることに注意してくださいが、これは正しくありません。また、サブカテゴリが現在「WebEDI」であっても、「ClassicEDI」のフェーズ/アクティビティはまだ開始されており、これは正しくありません。

予想される動作:fast follower が true に設定されている場合、WebEDI と ClassicEDI はプレイブックに表示されません。高速フォロワーが false に設定されている場合、WebEDI または ClassicEDI がプレイブックに表示されます。

実際の動作:高速フォロワーが true に設定されている場合、WebEDI と ClassicEDI がプレイブックに表示されます。高速フォロワーが false に設定されている場合、高速フォロワー、WebEDI、および ClassicEDI がプレイブックに表示されます。

新しいプレイブックを作成します。

[Create new playbook (新しいプレイブックを作成)] ページに [Is On-Demand Playbook (オンデマンドプレイブックである)] が表示されていることを確認します。

1. 検索定義を作成します。
2. OR 条件を作成します。
3. 1 つ以上の OR 条件にステップ基準 (クロスステップ基準ではない) を指定します。
4. 検出結果をマイニングします。

予想される動作:ステップ基準に適合する正しい数のレコードに一致します。

実際の動作:予想よりも多くのレコードに一致し、ステップ基準が優先されません。

移動先 プロセスマイニング > sn_icu > NAFC sn_gaf.

sn_gaf の依存関係がないため、調整インストールがブロックされていることに注意してください。

インスタンスを更新します。

RPS 接続の受信ステータスがエラーステータスに移行し、「現在の操作は次のステータスで終了しました:エラー。詳細:エラー:オブジェクトにファンクションマップが見つかりません。詳細:オブジェクトにファンクションマップが見つかりません。添付ファイルに「ih_sync_inbound_queue_record」を追加しています。

1. 将来の開始時間と終了時間について「アドミン」ロールの時間制限付きロールウィンドウを作成し、それを abel.tuter にアサインします。
2. abel.tuter としてログインします。

将来のすべての時間制限付きロールは現時点では必要ありませんが、以下の PR の結果としてヒープメモリにロードされます。

1. SP で複数の要求が作成されていることを確認します。
2. ベースインスタンスを起動します。
3. ヘッダーメニューの [要求] に移動して有効にします。

   複数のレコードが表示されることに注意してください。

4. 任意の要求を選択します。
5. 要求サマリーを開きます。
6. [ 検索カタログ] に移動します。

   メニュー項目が表示されます。

7. 「Evinced Flow Analyzer」と AXE devtool を実行します。

   問題を確認します。

予想される動作:「aria-selected='false''」に示すように ARIA 属性は許可されておらず、要素のロールはその ARIA 属性をサポートしています。

実際の動作:要素の場所 sn-search-combobox,sn-search-combobox-desktop,.-search-popover__item--is-active に示すように、要素はサポートされている ARIA 属性のみを使用します。

1. 複数のノードを持つ Zurich インスタンスを開きます。
2. インスタンスをチューリッヒからオーストラリア RP2 にアップグレードします。
3. クイックディスカバリーを実行するか、いくつかの IP を検出します。

Shazzam プローブの作成または Shazzam センサー処理でエラーが発生していることを確認します。Shazzam プローブは名前を使用して作成されず (一部のビジネスルールをスキップする可能性があります)、Shazzam センサー処理ではチェーンにそれ以上のプローブが作成されません。これにより、ディスカバリーが効果的に実行されません。

1. コレクションの connection.extended 属性に password2 タイプの フィールドを格納するように dcg-cc を設定します。
2. アプリを Glide に展開します。
3. wdf-meta/metadata-collector を開きます。
4. コレクターを構成します。
5. [Run (実行)] を選択します。
6. KOS SPI クラス「AbstractKosCollectorProvide」にブレークポイントを設定します。

   Glide 固有のキーで暗号化された、コレクターがアクセスできないパスワードの暗号化された文字列であることに注意してください。

7. AWS アクセスキーと秘密キーを aws_credentials テーブルに格納するように dcg-cc を構成します。
8. wdf-meta/metadata-collector を開きます。
9. AWS 認証情報を必要とするコレクターを構成します。
10. [Run (実行)] を選択します。
11. KOS SPI クラス「AbstractKosCollectorProvider」にブレークポイントを設定します。

AWS 秘密キーがなく、機能する 6 つの パスワード フィールドのリストにないことに注意してください。

1. PPN と、その PPN の DMAP と一致する詳細を持つ 2 つのソフトウェアモデルを作成します。
2. その PPN でエンタイトルメントをインポートします。

   「パブリッシャーの品番に対して複数のソフトウェアモデルが見つかりました。ソフトウェアモデルを選択してください。

予想される動作:この状況に対する処理方法として、重複するソフトウェアモデルが作成されないようにするか、インポート中または [インポート] ボタンを選択した後に重複するソフトウェアモデルの 1 つを選択するか、ユーザーが [PPN ] フィールドをクリアせずにソフトウェアモデルを選択できるようにします。

実際の動作: [インポート] を選択すると、ソフトウェアモデルが自動的に選択されずにページが再ロードされるだけで、PPN をクリアせずにフィールドからソフトウェアモデルを選択することはできません。

1. u_very_long_table_name_abcdefghijklmnopqrstuvwxyz などの非常に長いテーブル名のテーブルを作成します。
2. REST 要求を Trino コネクタ API /api/now/integration/trino/query/sql?sql_type=physical&connector_type=loopback に送信します。本文には次の内容が含まれます: SQL クエリ: SELECT * FROM .

予想される動作:テーブルにデータが含まれていないため、クエリはレコードのない応答を返します。

実際の動作:SqlParser は「Invalid table name」という例外をスローします。

「ETL コンシューマー Kafka」プラグインをインストールします。

「Managed Hermes」がインストールされていることを確認します。

1. 次々にトリガーされるディスカバリースケジュールのデイジーチェーンを作成します。
2. [キャンセルされた場合でも] を [true] に設定します。
3. ディスカバリーを実行し、キャンセルします。

次のディスカバリーがトリガーされるはずですが、常に発生するとは限りません。

1. 取得手法 SCP を使用してファイルタイプのデータソースを作成します。
2. プロトコルバージョンがデフォルトの 512 文字より長い接続を行います。

glideSSHSessionPool から SSHEngine/SSHConfig のデフォルト構成を変更するためのパラメーターが設定されていないため、デフォルトのプロトコルバージョンサイズが使用されることに注意してください。

フォームビューでsyslog_transactionレコードを開きます。

[http_response_code] フィールドが編集可能になっていることを確認します。

1. インスタンス内のインシデントレコードを開きます。
2. 移動先 システム診断 > セッションのデバッグ > すべて有効化.

localhost ログでエラーを確認すると、「DBMacro WARNING *** WARNING *** Macro missing: sn_wwna_nacm_component」という警告が何度も呼び出されていることがわかります。

オンロードクライアントスクリプトで、行「g_form.addModerateMessage('moderate msg')」を追加します。

予想される動作:アラートに紫色が表示されます。

実際の動作:AI の色が表示されます。

詳細については、リストの KB 記事を参照してください。

1. GenAI Q4 機能をインストールするか、既存のインスタンスをアップグレードします。
2. プラグインcom.glide.ai_record_activityがインストールされていることを確認します。

sys_ai_record_activity java.lang.NullPointerException のレコード取得エラーに関するシステムログまたはエラー出力を確認します。

1. NVDAスクリーンリーダーをインストールします。
2. インスタンスを開きます。
3. タイムアウトポップアップ [セッションを延長] が表示されるまで待ちます (タイムアウトはシステムプロパティの「glide.ui.session_timeout」の更新です)。

スクリーンリーダーが「セッションを延長してください」というステータスメッセージを読み上げないことを確認します。

1. サービスオペレーションワークスペースなどの構成可能なワークスペースに移動します。
2. 少なくとも 2 つのレコードを開きます。
3. トップレベルのナビゲーションタブで、選択されていないレコードタブにカーソルを合わせます。
4. [ 簡単な説明]、[ 優先度]、[ ステータス ] などのレコードのキーフィールドの簡単なサマリーがポップオーバーに表示されます (テーブルによって異なります)。
5. スクリーンリーダーを有効にしてレコードタブに移動してみます。

予想される動作:レコードのタブにフォーカスがある場合、プレビューポップオーバーも表示され、表示されたままになります。スクリーンリーダーのユーザーには、読み上げられたプレビューポップオーバーで詳細が聞こえます。

実際の動作:ユーザーがタブ間を移動するときに、レコード番号だけではどのタブがどのタブであるかを覚えるのに十分な詳細ではなく、プレビューポップオーバーの詳細が欠落していることに気づかないため、スクリーンリーダーユーザーは混乱を報告します。

1. Now Assist パネルに移動します。
2. アラート分析を実行します。

応答に HTML タグが含まれていることに注意してください。

1. [合成結果] で [引用 ] を選択できることを確認します。
2. 出力タイプを更新します。
3. sys_cy_analytics内の以前のクリックを追跡します。
4. クリックされた引用/自動開始された引用の「ステータス」を、完了した資産追跡の [出力] タイプ列に書き戻します。
5. 仮想エージェントでの引用/資産の選択で、カタログ ≠合成済みなどの正しい転送タイプが書き込まれることを確認します。
6. 回避ログを更新して雑談を除外し、不要なレコードを回避します。

エージェント型実行の場合、終了ステータスが転送ログに書き戻されていることを確認します。

1. 通常の NLU 会話を試みます。
2. 検索フローを経由することを確認します。

予想される動作:フローが実行され、ユーザーは結果を受け取ります。

実際の動作:フローはエラーになり、代替トピックに進みます。syslog を確認すると、「追加コンテキストの解析中にエラーが発生しました:JSONObject['conversation'] が見つかりません」というエラーログが表示されます。

1. 言語をフランス語などの任意の言語に変更します。
2. /esc に移動します。
3. 「こんにちは」メッセージをトリガーします。

未翻訳の文字列に注目してください。

1. サービスポータル (SP) で全ページ検索を行わずに NAVA 拡張チャットをセットアップします。
2. 「通知」などのスキル実行オプションを提供する SP の検索用語を使用します。
3. Genius 結果から [ スキル実行 ] オプションを選択します。

挨拶に注目してください。

1. 拡張チャットを使用して NAVA を設定します。
2. VA で会話を開始します。
3. インタラクションのvirtual_agentフラグを確認します。

startVoiceInteraction 音声 API を呼び出してインタラクションを作成します。

予想される動作:API は呼び出されるたびに新しいインタラクションを作成します。

実際の動作:API は、インタラクションがアクティブな場合にインタラクションを再利用します。

1. [NAP] を選択します。
2. [チャット履歴] を選択します。

クローズされたチャットはすべて同じ名前であることに注意してください。

1. 「sn_nowassist_va.synthesized_response.shorten_response.disabled」が「true」に設定されていることを確認し、合成された応答に対して [ さらに表示 ] ボタンが非表示になるようにします。
2. ストリーミングがオンになっていることを確認します。

予想される動作:プロパティを「true」に設定すると、ストリーミング中でも [さらに表示] が非表示になります。

実際の動作:合成された応答に長い応答が表示されても、ストリーミング中は [ Show More ] が表示され、ストリーミングの完了後は非表示になります。

1. ユーザー言語を英語以外に変更します。
2. NLU モードで、会話を終了します。

予想される動作:会話の終了メッセージがユーザー言語に翻訳されます。

実際の動作:「hi」コンテキストアクションはユーザー言語に翻訳されません。

1. 「固定の注文」などのトピックの実行を開始します (ユーザーに尋ねる質問がいくつかあります)。
2. ツールの実行が開始され、最初の質問がユーザーに尋ねられたら、「すぐに終了してください」と答えます。

会話が停止し、受信ペイロードが AO に送信されないことに注意してください。

1. 「フルーツ風味のチョコレートを注文する」などのエージェントを選択します。
2. 「order」などの発言を入力します。

実行がスタックし、入力が空を返すため、実行がスタックすることに注意してください。

1. ブランディングからメニューアイテムを開きます。
2. 長いリンクを追加します。

ウィンドウの幅がチャットウィンドウを超えて大きくなり、ラベルがプレーンテキストで表示され、リンクが表示されることに注意してください。

1. Zurich インスタンスを作成します。
2. NAVA を設定します。
3. DTAC を設定します。
4. 要求者とエージェント間の会話を開始します。
5. 要求者が英語以外の言語を使用し、エージェントが英語であることを確認してください。

エージェントが要求者にメッセージを送信すると、メッセージの動的翻訳が機能しないことを確認します。NPEを投げる。

1. 最新の Google Chat プラグイン (3.0.0) がインストールされたインスタンスをプロビジョニングします。
2. チャネルの CI アドミン設定ページに移動し、 Google チャット > Now 仮想エージェントとの統合.

アドミンはエラーページにリダイレクトされます。

1. ローカリゼーションを有効にします。
2. 英語以外の言語を使用して NAVA で会話を開始する

予想される動作:エージェントは正常に実行されます。

実際の動作:AIA のエージェント名ルックアップで比較に常に英語の (未翻訳の) 名前が使用され、統一計画者によって翻訳された名前が返されたときに不一致が発生するため、エージェントの実行に失敗します。

1. Washington DC インスタンスにログインします。
2. sys_property - com.glide.cs.general.multi_file_size_exceed_msg に移動します。
3. 値を変更します。
4. キャッシュをクリアします。
5. デザイナー内で仮想エージェントトピックを作成します。
6. 「ファイルピッカー」コンポーネントを追加します。
7. 10 MB を超えるファイルを追加してテストしてください。

com.glide.cs.general.multi_file_size_exceed_msg 内の値が変更された場合でも、次のメッセージが表示されることを確認してください。「アップロードするには、そのファイルが大きすぎました。最大は 10 MB です。」

1. 新しいチャットを開始します。
2. 入力してください。
3. 応答が届く前に別のチャットを開始してください。
4. 新しいチャットで新しい入力を行います。

前のチャットからの応答が新しいチャットに表示されることがあり、ページを更新すると、すべて同じ会話内にあり、入力された新しい入力が前の会話にマージされることに注意してください。

1. アドミンアクセス権でログインします。
2. sp_configページに移動します。
3. [デザイナー] を選択します。
4. ページを追加します。
5. コンテナを追加します。
6. ポータルバナーカルーセルウィジェットを追加します。

   ページカルーセルに基づいて、サービスポータルデザイナーに 1 つのウィジェットのみが追加されたことを確認します。

7. ウィジェットを新しいページで開いたときに機能することを確認します。
8. 別のウィジェット (簡易リストウィジェット) を追加して、正しく追加されているかどうかを確認します。
9. コーラルテーマに次の変数を追加します。
   • now-dropdown-list--background-color-focus
   • now-assist-selfservice_FAB_icon
   • now-dropdown-list--background-color。

ページのロード時に [ネットワーク] タブに表示されることに注意してください。

1. ' (バッククォート) 文字を含む応答メッセージを含むテキストノードを持つトピックをデザイナーで作成します。
2. トピックをテストします。

   応答に意図しない HTML が表示されていることを確認します。

予想される動作:解析が中断され、リンクが強調表示されます。

実際の動作:HTML 出力が壊れています。

1. インスタンスにログインします。
2. NAP を開きます。
3. 「スパムとは」、続いて「ありがとうございます」と入力します。

予想される動作:メッセージの送信後に「ありがとうございました」というテキストが消えます。

実際の動作:応答を送受信した後でも、チャットに「ありがとう」というテキストが表示されます。また、応答が生成されるまで、「スパムとは」などの他のプロンプトがチャットに表示されることも観察されます。

詳細については、リストの KB 記事を参照してください。

1. サービスオペレーションワークスペース (SOW) インシデントレコードを開きます。
2. AIEX ランチャーで switchContextConversation を設定して、コンテキスト NAP を起動します。
3. NAP 会話ピッカーの [インシデント] タブで、非アクティブな会話を選択します。

   下部に [新しいチャットを開始] が表示されています。

4. 会話を選択します。

開かれた会話がレコードにマッピングされないことに注意してください。

1. ウォークアップマネージャーロールを持たないユーザーの代理操作を行います。
2. Walk-up ポータルに移動してチェックインします。

画像がページに表示されないことに注意してください。

1. ServiceNow にログインします。
2. 間違った URL で Word ドキュメント API をヒットします。

404 ケースではフォールバックが発生しないことを確認してください。

1. [変更を追跡] をオンにした状態でコンテンツコントロールフィールドを変更します。

   選択した段落にはスタイルがないことを確認します。

2. 値を置き換えてみてください。

エラーがスローされることに注意してください。

1. >30 文字の Glide テーブルを作成します。
2. Glide テーブルの列を参照する列を持つ WDF テーブルを作成します。
3. WDF テーブルを開き、リストビューに参照列を含めます。

ページにエラーが表示されます。