インスタンストラブルシューティングツールのチェックのリストSummary注意 : 2024 年 9 月に予定されている Now Platform® Xanadu のリリース以降、以下のアプリケーションを新しいインスタンスに展開またはアクティブ化することはなくなります。これは、新しいリリースファミリにアップグレードする場合を含め、インスタンス内でアクティブなままになります。2025 年 3 月に予定されている Now Platform® Yokohama リリースをもって、以下のアプリケーションのサポートを終了させていただきます。新しいリリースファミリにアップグレードする場合を含め、インスタンス内では引き続き有効ですが、サポートすることはできません。 インスタンスのトラブルシューティングツール(Instance Troubleshooter)は無料のストアアプリケーションで、ServiceNow インスタンスアドミニストレーターがインスタンスの問題を自分で解決するのに役立ちます。このアプリケーションは、複数の製品カテゴリにわたるインスタンスの問題を検出できます。管理者がトラブルシューティング ツールを起動すると、各製品トラブルシューティング ツールは 1 つ以上のチェックを実行し、詳細な情報と問題を自分で解決するためのリンクを使用して結果を報告します。この KB 記事では、このアプリケーションについて詳しく説明しません。アプリケーションの詳細については、「KB0870978「インスタンストラブルシューティングツールユーザーガイドを参照してください。 この KB 記事では、インスタンストラブルシューティングツール(Instance Troubleshooter)アプリケーションのバージョン 1 から 3.1 のすべてのチェックを一覧表示します。バージョン 3.1 で導入されたチェックには (new) のマークが付いていることに注意してください。 カテゴリ アクセス制御認証クローンコアプラットフォーム通貨ディスカバリーメールフォームとフィールドインポート/エクスポートMID サーバーモバイルパフォーマンスパフォーマンス分析レポートサービスカタログサービスポータルSLAユーザーエクスペリエンスワークフロー アクセス制御 優先度簡単な説明説明 2：高 ロール、条件、またはスクリプトのない ACL では、意図しない結果が生じることがある ロール、条件、またはスクリプトのない ACL では、意図しないユーザーがレコードを更新/削除/作成/読み取りできる可能性があります。 2：高 getRowCount を使用する ACL でパフォーマンスの問題が発生することがある GlideRecord の getRowCount プロパティを使用する ACL は、レコード数が多いテーブルで作業するときにパフォーマンスの問題を引き起こす可能性があります。 2：高 高セキュリティ設定プラグインがインスタンスで無効になっています。 高セキュリティプラグインは、より安全なデフォルトを設定します。これは有効にする必要があります。ただし、インスタンス全体のセキュリティ/アクセスに影響するため、本番インスタンスを有効にする前に準本番インスタンスでテストを完了する必要があります。 認証 優先度簡単な説明説明 1：重大 SAML 2.0 証明書に X509 データがないか無効です ユーザーがログインを試行し、「受信 SAMLResponse にデジタル署名が見つかりませんでした」というエラーがシステムログに表示される場合は、証明書を検証または更新する必要があります。 2：高LDAP 認証チェックLDAP 認証が有効になっていても、LDAP サーバーが接続に MID サーバーを使用している場合、LDAP 認証はサポートされません。インスタンス上のすべての LDAP サーバーが MID サーバーを使用している場合は、LDAP 認証を安全に無効にできます。MID サーバーを使用しない LDAP サーバーが LDAP 認証に使用される可能性があるため、有効にしておく必要があります。2：高SAML 認証チェックの X.509 証明書複数プロバイダー SSO ID プロバイダーレコードには、メタデータ URL が入力されている必要があります。SSO関連のケースの多くは、証明書の不一致が原因です。メタデータ URL を入力すると、インスタンスは 30 分ごとに証明書を自動的にフェッチ/更新できます。SSO プロバイダーが到達可能で、メタデータ URL がある場合は、これを入力する必要があります。2：高IdP 証明書が変更されたか、有効期限が切れていますIdP 証明書が変更または期限切れになった場合は、ID プロバイダー側で更新されたものと一致するように、ServiceNow インスタンスで IdP 証明書を更新する必要があります。2：高自動リダイレクト IdP が有効になっていて、SSO がダウンしていますインスタンスで「自動リダイレクト IdP」が有効になっていて、ID プロバイダーが停止しているか問題が発生している場合、ユーザーは自動的に IdP ログインページにリダイレクトされますが、ローカル DB ログインを使用してログインするオプションはありません。2：高このインスタンスからクローンすると、ターゲットの SAML SSO が上書きされますIntegration - Multiple Provider Single Sign-On Installer [com.snc.integration.sso.multi.installer] プラグインがソースでアクティブ化されている場合は、ID プロバイダー [saml2_update1_properties] テーブルをクローンから除外し、glide.authenticate.sso.redirect.idp を保持する必要があります。そうしないと、ユーザーはクローン後にターゲットインスタンスにログインできません。2：高インスタンス内の無効なマルチ SSO 構成を特定します新しいユーザーがベースインスタンス URL にアクセスしたときに自動的にリダイレクトされるプライマリ IdP として 1 つの IdP を設定できます。1 つの IdP をデフォルト IdP として設定することもできます。プロパティ (glide.authenticate.sso.redirect.idp) が有効な ID プロバイダーレコードにリンクされているかどうかを確認します。3:中 (新規)新しい LDAP サーバーレコードプロデューサーがありません新しい LDAP サーバーレコードプロデューサーがありません。このレコードプロデューサーは、新しい LDAP サーバーレコードを作成するために必要です。4：低CMS が SSO 用に適切に構成されているかどうかを確認しますこれにより、cms ページが SSO 用に構成されているかどうかがチェックされます。デフォルトでは、cmsページは公開されており、SSOは使用されません。cms ページに SSO が必要な場合は、提案された解決策を適用してください。 クローン 優先度簡単な説明説明 3：中 本番インスタンスのクローンターゲットが true に設定されているかどうかを確認します。 本番インスタンスのプロパティ glide.db.clone.allow_clone_target はデフォルトで false に設定されていますが、一部のシナリオでは、true に設定して本番インスタンスをクローンし、クローン後に元に戻さないこともできます。このインスタンスプロパティが true に設定されていることが検出されました。 3：中 データベースビューを除外できません データベースビューは物理テーブルではなく、他の物理テーブルを接続して構築された仮想テーブルです。 したがって、データを除外するには、データベースビューではなく、それらのテーブルから除外する必要があります。 3：中 クローン:無効または不正なクローンターゲットをチェック クローンターゲットが応答を返すかどうかを検証するための簡単な API チェックを実行する。応答が返ってこない場合は、無効なクローンターゲットの可能性があるとしてフラグが立てられます。 3：中 クローンで除外しないテーブル クローンエンジンで除外すべきではない特定のテーブルをチェックします。 Core Platform 優先度簡単な説明説明 1：重大 JSON スクリプトインクルードは機能している必要があります JSON スクリプトインクルードが存在し、機能している必要があります。クローンを含む基本的な機能のいくつかは、クローンなしでは機能しません。 1：重大HTML のエスケープを有効にする必要がありますプロパティ「glide.ui.escape_html_list_field」が false に設定されている場合、悪意のあるユーザーはフォームフィールド内に HTML コードを挿入して、異なるクライアント/ユーザーセッションで不要なスクリプトを実行できます1：重大画像への非認証アクセスを制限するglide.image_provider.security_enabled プロパティを使用して、イメージのセキュリティ設定を制御します。true に設定すると、認証および承認されたユーザーにのみ画像が表示されます。false に設定すると、添付ファイルへの URL を持つすべてのユーザーに画像が表示されます。1：重大変更管理の [キャンセル] UI アクションが機能しないQuebec パッチ 0 または 1 にアップグレードした後、「変更管理ベストプラクティス - Jakarta」がインストールされていない場合、[キャンセル] UI アクションが機能しない2：高テキストインデックスがテーブルで実行されているか、または実行されていないかを確認します。インスタンスのすべてのテキストインデックスをチェックして、どのテキストインデックスがインデックス化されていないか、または現在インデックス化中かを検出します。2：高言語ピッカーに選択オプションが表示されない少なくとも 1 つの言語プラグインがアクティブな場合でも、言語ピッカーに選択肢は表示されません。2：高添付ファイル名に「&」を含めることはできません添付ファイル名に「&」などの特殊文字が含まれている場合、添付後に & に変換されます。これにより、ファイル名で検索する場合に問題が発生する可能性があります2：高PRB1437770の確認このチェックでは、sys_security_acl.do?sys_id=90029ca10a0a0b440114ffbb79bfe100 に、PRB1437770に従ってreport_scheduler、report_global、report_publisher、report_groupロールが含まれているかどうかを判断します。2：高デバッグプロパティを有効にすると、パフォーマンスの問題が発生する可能性があります。デバッグプロパティは、インスタンスでシステムテストを実行するときに有効にする必要があります。これらのプロパティを false に設定する必要があります。これらのプロパティを有効にすると、データベースのサイズが不必要に肥大化し、ディスクサイズの問題が発生する可能性があります。2：高余分なテキストインデックス化されているフィールドを識別するバックグラウンドスクリプトServiceNow プラットフォームは Zing エンジンを使用して、インスタンス内のさまざまなテーブルやフィールドに保持されているデータのテキストインデックス作成とテキスト検索を実行します。プラットフォームのテキストは初期設定で多数のフィールドにインデックスを付けていますが、これは一般的にテキスト検索には役に立ちません (ユーザーがそのフィールドに含まれる値のタイプを検索する可能性は低いため)。大規模なケースでは、次のことが発生する可能性があります。*多数のtext_indexイベントが作成されます*基になるテキストインデックステーブルが非常に大きくなる*テキスト検索のパフォーマンスの低下* テキストインデックス再構築パフォーマンスの低下 (クローン後など、テキストインデックスを再生成する必要がある場合)より優れたアプローチは、次のとおりです。* ユーザーがテキスト検索しそうにないデータ(つまり、期間)が含まれているか、単に繰り返しの値の小さなセット(i.e. sys_class_name)が含まれているため、一般的にテキストインデックスには不要なフィールドのタイプを定義します。* 指定されたテーブル階層内のすべてのテーブルをウォークして、上記のいずれかのタイプで、テキストインデックス作成が現在有効になっているフィールドを探します* 対応するフィールドでは、sysevent テーブル内のtext_indexレコードを繰り返し確認することなく、テキストのインデックス作成を無効にすることができます2：高ユーザーレコードへのアクセス時のパフォーマンスの問題last_login場合。last_login_timeフィールドが監査されると、ユーザーレコードのアクティビティは時間の経過とともに増加し、ユーザーレコードへのアクセスが遅くなります2：高ページの更新に気づくユーザーユーザー設定home_refreshは、ユーザーに対してページが強制的にリロードされるまでの秒数を定義します。2：高Security_adminロールを持つユーザーはいませんインスタンスに少なくとも 1 人のセキュリティ管理者が存在するかどうかを確認します2：高セッションタイムアウトが長くなると、パフォーマンスの問題が発生する可能性がありますデフォルトのシステムユーザーセッションタイムアウトは 30 分です。この値を増やすと、パフォーマンスの問題が発生する可能性があります。2：高ポータルクライアントスクリプトでサポートされていないグローバルおよび APIクライアントスクリプトで特定のグローバルおよび API を使用すると、サービスポータル/モバイルと互換性がありません。これらの API の使用は、プラットフォーム UI の場合とは異なり、期待どおりに動作しません。2：高glide.ui.escape_textが true に設定されていることを確認しますシステムプロパティglide.ui.escape_textの推奨値は true です。このプロパティは xml をエスケープし、信頼できないデータに埋め込まれた潜在的に悪意のある javascript をブラウザーが解析または実行しないようにします。2：高デフォルトのアドミンがインスタンスで非アクティブかどうかを確認インスタンス内の多くのジョブ/イベント/プロセッサーにはデフォルトのシステムアドミニストレーターとして実行があり、アドミニストレーターが非アクティブまたはロックアウトされている場合に失敗する可能性があります2：高添付ファイルのサイズが大きいため、パフォーマンスの問題が発生する可能性がありますServiceNow プラットフォームでレコードに追加できる添付ファイルのデフォルトの最大サイズ制限は、初期設定のインスタンスでは 1024 MB です。添付ファイルのサイズが大きいと、システムでパフォーマンスの問題が発生したり、データベースのサイズが不必要に肥大化することがあります。2：高無効なロール、グループ、継承を確認するユーザー関連テーブルをスキャンして、無効で壊れているレコードを見つけます。例： グループに割り当てられた空のロールユーザーに割り当てられている空のロール無効なユーザーにロールがアサインされました。 3：中エンコードされたクエリで演算子 (^NQ) を使用すると、ビジネスルール内のエンコードされたクエリで演算子 ^NQ を使用すると、結果はリストビューに表示されますが、参照リンクが正しくありません。 演算子 ^NQ (第 2 レベルの条件) を含むクエリを持つビジネスルールのフィルターは、クエリの最初の部分にのみ適用されます。ビジネスルールはリスト内で正しく機能しますが、Active=true のようなフィルターが追加された場合、フィルターはクエリの最初の部分 (^NQ の前) にのみ適用されます。3：中Quebec でsysauto_scriptを編集できませんこれは、テーブルレベルの次の ACL でアドミン優先がオフになっているために発生します。3：中厳格なユーザー画像アップロードを強制するglide.security.strict.user_image_upload プロパティを使用して、ユーザーレコードで実行されたプロファイル画像のアップロード/更新のアクセス制御を有効にします。 この設定では、無許可のユーザーが別のユーザーのプロファイルに画像をアップロードする可能性が生じます。このプロパティを false に設定すると、認証されたユーザーが別のユーザーのアカウントに承認なしで画像をアップロードできます。3：中インスタンスでシステムタイムゾーンが非アクティブになっていないことを確認しますシステムのタイムゾーンが非アクティブの場合、ユーザーは一般的なシステム設定でタイムゾーンを選択できないことがあります。または、一部のユーザーに重複するタイムゾーンが表示される場合があります (PRB1448481)。3：中データベースのデバッグがオンの場合、パフォーマンスの問題が発生する可能性があります。このプロパティをオンにすると、localhost ログに多くのログが出力され、パフォーマンスに問題が発生する可能性があります。これをオフにすることを強くお勧めします。3：中プロパティ glide.set_x_frame_options が推奨値 true に設定されているかどうかを確認しますServiceNow では、システムプロパティ glide.set_x_frame_options を true に設定することをお勧めします。これにより、コンテンツがiframeに埋め込まれるのを防ぎ、クリックジャッキング攻撃から保護します。推奨値は true ですが、ServiceNow コンテンツを iframe にレンダリングするサードパーティ統合を使用している場合は、値を false に設定することもできます。3：中重要な削除ジョブを有効にする必要があります関連するテーブルが必要に応じてトリミングされた状態に保たれるようにするには、「テーブルクリーナー」や「インポートセット削除ツール」などのキー削除ジョブを有効にする必要があります。これらのジョブが長期間無効になっていると、テーブルが非常に大きくなり、時間の経過とともにトランザクションのパフォーマンスが低下します。これにより、インスタンスが一時/一時レコードをクリーンアップしないため、ディスク容量の問題が発生する可能性もあります。3：中sys_userテーブルのアクティビティストリームを確認このチェックにより、アクティビティストリームがsys_userフォームに追加されているかどうかが判断されます。これにより、ユーザーレコードのロードが遅くなる可能性があります。3：中グローバルテーブルで定義されたクライアントスクリプトグローバルクライアントスクリプトは、選択したテーブルがグローバルであるクライアントスクリプトです。グローバルクライアントスクリプトにはテーブルの制限はありません。したがって、それらはシステム内のすべてのページに読み込まれ、プロセスにブラウザの読み込み遅延が発生します。この種のスクリプトをすべてのページにロードするメリットはありません3:中 (新規)接続 [sys_connection] テーブルに孤立レコードがないことを確認します 接続 [sys_connection] テーブルに孤立レコードがないことを確認します。 sys_connectionテーブルに移動すると、レコードのリストが表示されます。ただし、レコードを開こうとすると、「ターゲットレコードが見つかりません」というエラーで失敗します。 この問題は、最近行われたクローンの後に発生する可能性があります。 4：低ロールバックオプションは、修正スクリプトフォームで使用できます。修正スクリプトモジュールは、インスタンスでスクリプトを実行するのに非常に便利です。ロールバック機能のためにレコードに隠されている点の 1 つは、初期設定ではロールバックオプションがフォームにないことです。フォームでチェックボックスをオンにすると、修正スクリプトをロールバックエンジンに記録し、問題がある場合は完全にロールバックできます。4:低 (新規)[期限切れロールバックコンテキストの消去 (Clean Expired Rollback Contexts)] がアクティブかどうかを確認します。ロールバックがクリーンアップされないと、シャドーテーブルが非常に大きくなる可能性があり、テーブルからレコードを削除するときのパフォーマンスが低下し、変更時間が長くなります。 通貨 優先度簡単な説明説明 4：低 複数通貨モードが有効で、レコードが正しい通貨を使用していることを検証 複数通貨モードが有効で、レコードが正しい通貨を使用していることを検証 4：低 有効な通貨の為替レートが存在することを検証 有効な通貨の為替レートが存在することを検証します。これはfx_currencyタイプには適用されません。 4:低 (新規) 単一通貨モード - 通貨レコードがロケールと一致することを検証 単一通貨モードが有効になっています。レコードが正しい通貨を使用していることを確認 4:低 (新規) 単一通貨モード:価格レコードがロケールと一致することを検証 単一通貨モードが有効 レコードが正しい通貨を使用していることを検証 Discovery (ディスカバリー) 優先度簡単な説明説明 2：高 認証情報クラスのテーブルが存在する必要があります discovery_credentials.sys_class_name に値がないか、対応するテーブルが存在しない場合、ディスカバリーは失敗します。 2：高 クラスあたりのアクティブな資格情報の数は 20 を超えることはできません クラスあたりのアクティブな資格情報の数は 20 を超えることはできません。クラスごとのアクティブな認証情報が多いほど、ディスカバリーのスキャンにかかる時間が長くなります。 2：高 認証情報のsys_mod_countは 1000 を超えることはできません 認証情報を頻繁に更新すると、MID サーバーのキャッシュ更新の頻度が高くなります。キャッシュを頻繁に更新すると、インスタンスと MID サーバーの全体的なオーバーヘッドが増加します。 3:中 (新規) CAPI からパターンへの移行チェック CAPI からパターンへの移行 https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0827153 を実行するには、以下のナレッジ記事を参照してください 3:中 (新規) 中止アクションコードを含む cmdb テーブルのカスタムビジネスルール。 CMDB テーブルの中止アクションコードを含むカスタムビジネスルールは、検出の問題を引き起こします。 3:中 (新規) CMDB 格納規則がすぐに利用可能であることを確認 カスタマイズされた格納規則はディスカバリーで問題を引き起こす可能性があるため、このチェックは、このカスタマイズを特定して是正処置を行うのに役立ちます 3:中 (新規) CMDB 削除戦略がすぐに利用可能であることを確認する カスタマイズされた削除戦略はディスカバリーで問題を引き起こす可能性があるため、このチェックは、このカスタマイズを特定して是正措置を講じるのに役立ちます 3:中 (新規) CMDB ホスティングルールがすぐに利用可能であることを確認 カスタマイズされたホスティングルールはディスカバリーで問題を引き起こす可能性があるため、このチェックは、このカスタマイズを特定して是正措置を講じるのに役立ちます 3:中 (新規) CMDB リレーションシップタイプがデフォルト設定であることの確認 カスタマイズされた関係タイプはディスカバリーで問題を引き起こす可能性があるため、このチェックは、是正措置を講じるためにこのカスタマイズを特定するのに役立ちます 3:中 (新規) カスタムの必須 CMDB 属性 カスタムの必須 CMDB 属性を使用すると、必須属性の欠落エラーで IRE が失敗します。IRE の問題を回避するには、これらのカスタム必須属性を確認してください。 3:中 (新規) センサー前およびセンサー後スクリプトが Discovery ですぐに利用可能であることを確認する カスタマイズされた前処理スクリプトと後処理スクリプトはディスカバリーで問題が発生する可能性があるため、このチェックは、このカスタマイズを特定して是正措置を講じるのに役立ちます メール 優先度簡単な説明説明 1：重大 受信メールが無効になっています glide.email.read.active プロパティが false に設定されている場合、インスタンスは現在メールを受信しないように設定されています 1：重大 OOB POP3/SMTP アカウントがインスタンス名と一致していることを確認します 顧客が誤って他のインスタンスから POP3/SMTP アカウントのクローンを作成したため、メールが間違ったインスタンスで読み取られた可能性があります。 1：重大 ゲストアカウントが存在しません すぐに使用できるゲストアカウントは、一部の受信アクションを処理するときに必要です。たとえば、システムがレコードを作成または更新する必要があり、送信者が有効なドメインの出身でない場合などです。 1：重大 アクティブな SMTP アカウントは 1 つだけです アクティブな SMTP アカウントは 1 つだけです。 1：重大 メールリーダージョブが実行されていません EmailReader ジョブは、POP3/IMAP サーバーからメールメッセージを取得する役割を担います。このジョブが実行されていない場合、このサーバーからのメールは現在取得されていません。 1：重大 SMTP Sender ジョブが存在しません SMTPSender ジョブは、SMTP サーバーに電子メール メッセージを送信する役割を担います。これらのジョブが存在しない場合、インスタンスからメールは送信されません。 1：重大 SMTP Sender ジョブが実行されていません SMTPSender ジョブは、SMTP サーバーに電子メール メッセージを送信する役割を担います。これらのジョブが実行されていない場合、インスタンスからメールは送信されません。 1：重大 メールリーダージョブが存在しません EmailReader ジョブは、POP3/IMAP サーバーからメールメッセージを取得する役割を担います。このジョブが存在しない場合、このサーバーからのメールは現在取得されていません。 1：重大 送信メールが無効になっています glide.email.smtp.active プロパティが false に設定されている場合、インスタンスは現在メールを送信しないように設定されています。 2:高 (新規) Microsoft メールサーバーの認証方法としてのベーシック認証は廃止されました。 Microsoft メールサーバーの認証方法としてのベーシック認証は廃止されました。インスタンスにベーシック認証を使用して Microsoft に接続しているメールアカウントがあるかどうかを確認し、OAuth を使用する必要があることを顧客に通知します。 2:高 (新規) SMTP 送信者のメール値は有効なメールアドレスである必要があります SMTP の「メールアカウント」レコードの「送信元」フィールド [sys_email_account.from] 値は、このアカウントからメールを送信するときにメールアドレスとして使用されます。この値が空の場合、ユーザー名はインスタンスから送信される通知の戻りアドレスとして使用されます。[差出人] フィールドに有効なメールを含めることをお勧めします。次の場合、このアカウントからのメール送信は失敗するため、このチェックは [2-High] としてマークされます。 * [From] フィールド [sys_email_account.from] に無効なメールアドレスが含まれている * [送信元] フィールド [sys_email_account.from] が空です。無効なメールアドレスがユーザー名 [sys_email_account.user_name] として使用されます 2：高 ゲストアカウントがアクティブではありません すぐに使用できるゲストアカウントは、一部の受信アクションを処理するときに必要です。たとえば、システムがレコードを作成または更新する必要があり、送信者が有効なユーザーでない場合などです。ゲスト アカウントはインスタンスに存在しますが、非アクティブであるか、ロックアウトされています。これは必ずしもエラーではありませんが、不明なユーザーからの受信メールが受信-無視としてマークされることを意味します。 2：高 SMTP Sender がスタックする SMTPSender ジョブは、SMTP サーバーに電子メール メッセージを送信する役割を担います。このジョブは 2 分ごとに実行されます。SMTPSender ジョブが数分以内に更新されない場合は、ジョブがスタックして送信メールが遅延する可能性があります。 2：高 メールリーダーがスタックする EmailReader ジョブは、POP3/IMAP サーバーからメールメッセージを取得する役割を担います。このジョブは 2 分ごとに実行されます。EmailReader ジョブが数分以内に更新されない場合は、ジョブがスタックして受信メールが遅延する可能性があります。 2：高 受信アクションの保護 すべての送信者がインバウンドアクションをトリガーするために必要なロールを持っていることを確認します。 3：中 すべての送信メールは、デバッグ目的で 1 つのアドレスに送信されます すべての送信メールは 1 つのメールアドレスに送信されます。これは、インスタンスがライブでなく、デバッグアクティビティが実行されている場合には、必ずしも問題にはなりません。ただし、ユーザーが現在メールを受信していない場合は、誰かがこのデバッグプロパティを有効にしたままにしている可能性があります。 3：中 大量の受信者リストを含む送信メール 大量の受信者リストを含む送信メールでは、メールの送信が遅くなる場合があります。 3:中 (新規) メールクライアントテンプレートの TD タグによって不要な余分な行が追加される これはPRB1547429が原因です。 メールクライアントの本文に<td>タグがある場合、HTMLテーブルに余分な <br/> スペースが追加されます。 これにより機能が中断されることはなく、テーブル内に余分な新しい行が表示されるだけです。 フォームとフィールド 優先度簡単な説明説明 2：高 アクティビティ数が多いフォームを開くのが遅い glide.history.max_entries プロパティは、アクティビティストリームに表示するために取得されるエントリの最大数を指定します。デフォルトの数は 250 です。 2：高 削除 UI アクションを使用してレコードを削除できない 削除 UI アクションを使用してレコードを削除しようとすると、何も起こらず、コンソールエラーがスローされます。エラー：Uncaught TypeError: Cannot read property 'split' of null at getCascadeDelTablesDoneForm 2：高 アップグレード後に HTML フィールドにすべてのアクション/オプションが表示されない HTML フィールドを含むフォームを開くと、画像/リンクを挿入するために利用可能なすべてのオプションが表示されない 2：高 @mention機能がフォームのジャーナル入力タイプのフィールドで機能しない フィールドの入力タイプがジャーナル入力タイプのフィールドである場合、ユーザーは他のユーザーに @ メンションできる必要があります。ただし、ライブフォームが無効になっている場合、これは期待どおりに機能しません 3：中 HTML タイプフィールドのコンテンツは、アクティビティストリームに HTMLtag とともに表示されます。 プロパティ glide.ui.security.allow_codetag が false に設定されているため、HTML タイプフィールドのアクティビティストリームに HTML 文字が表示される 3：中 sys_ui_form_sectionレコードに無効なsys_ui_section参照がないか確認 このチェックでは、空または無効なsys_ui_section参照を含むsys_ui_form_sectionレコードを検出します。 3：中 ページあたりのアイテム数に 100 を超えるオプションがあります ページあたりのアイテム数には 100 を超えるオプションがあります。リストのロードでパフォーマンスの問題が発生する可能性があります 3：中 優先度データルックアップルールが問題テーブルで機能しません。 優先度データルックアップルールは、問題テーブルでは機能しません。影響度と緊急度が変更されても、優先度は更新されません。インシデントテーブルでは正常に機能しますが、問題テーブルでは機能しません。 3：中 参照クリックスルーは、読み取り専用フィールドでは使用できません Paris リリースより前は、glide.ui.reference.readonly.clickthrough システムプロパティが false の場合でも、参照アイコンが表示されていました。これは実際には私たちのシステムのバグであり、PRB1383781の一部としてParisリリースから修正されています 3：中 公開タグはすべてのユーザーに表示されるわけではありません 公開タグは、フォーム上のすべてのユーザーに表示されるわけではありません。この問題は、問題の特定のタグのlabel_entryレコードで [グローバル] フィールドが False に設定されている場合に発生します 3：中 添付ファイルループを完全に削除する フォームから添付ファイルを削除すると、ポップアップがハングし、進行状況が永久にループし続けます。この問題は、カスタマイズされた UI ページ (添付ファイル) と UI マクロ - attachment_list_body が原因です インポート/エクスポート 優先度簡単な説明説明 1：重大 ISETデータソース: MIDサーバーはLDAPタイプのデータソースに関連付けられている必要があります タイプが LDAP のデータソースには、MID サーバー値が設定されている必要があります。この MID サーバーは稼働しており、このインスタンスの要求に応答している必要があります。 1：重大 データソースレコードには、インポートセットテーブル名フィールドの値が必要です データソースレコードの [Import Set Table] フィールドに値がない場合、インポートは機能しません。 1：重大 ISET データソース: MID サーバーは JDBC タイプのデータソースに関連付けられている必要があります タイプが JDBC のデータソースには、MID サーバー値が設定されている必要があります。この MID サーバーは稼働しており、このインスタンスの要求に応答している必要があります。 1：重大 ISETデータソース:添付ファイルが存在しません データソースレコードのタイプフィールドが [ファイル] に設定され、ファイル取得方法が [添付ファイル] に設定されている場合は、データソースレコードにファイルが添付されている必要があります。この添付ファイルにはインポートするデータの内容が含まれているため、添付ファイルが存在しない場合、インポートは失敗します。 2:高 (新規) LDAP インポートで使用される MID サーバーをクラスターに含めることはできません LDAP インポートで使用される MID サーバーをクラスターに含めることはできません。LDAP データソースのインポートには専用の MID サーバーを使用する必要があります。 3：中 ISETレコードに、変換マップごとに完了したインポートセット実行レコードが少なくとも1つあります データソースに関連付けられた変換マップごとに、少なくとも 1 つのインポートセット実行レコードが必要です。インポートセット実行レコードには、変換に関する情報が保持されます。変換マップごとに 1 つのインポートセット実行レコードが存在し、これらの各インポートセット実行レコードのステータスが [完了] に設定されている場合、変換フェーズは実行および完了されています。これは、変換フェーズがまだ実行中である可能性があり、その場合はエラーではなく部分的な変換であるため、3-Moderate とマークされています。 3：中 ISETレコードには、変換マップごとに少なくとも1つのインポートセット実行レコードがあります データソースに関連付けられた変換マップごとに、少なくとも 1 つのインポートセット実行レコードが必要です。インポートセット実行レコードには、変換に関する情報が保持されます。変換マップごとにインポートセット実行レコードが 1 つ存在する場合は、データの変換が少なくとも 1 回試行されています。「3-Moderate」とマークされているのは、これらのレコードが存在しない場合はエラーではなく、変換フェーズが開始されなかったことを意味するためです。 3：中 インポートセットテーブルに少なくとも 1 つのレコードが存在します 指定された ISE のインポートセットテーブルに少なくとも 1 つのレコードが存在する場合、インポートは少なくとも 1 つのレコードをインポートするのに十分でした。この ISET のレコードがない場合、必ずしもエラーを意味するわけではなく、ソースにデータが存在しないことを意味します。 3：中 Quebec へのアップグレード後に [PDF にエクスポート] できない Quebec へのアップグレード後に PDF へのエクスポート (横向きまたは縦向き) が機能せず、以下のエラーメッセージを含む空白の画面が表示されるという苦情がお客様に寄せられています。この問題はあらゆる形で発生しています。 3：中 ImportSetRow をオンにして、ステージングテーブルに新しい列を追加します 大量のインポートセットを含むインスタンスは、インスタンスがステージングテーブルのすべての行を変更する必要があるため、インポートによって列が追加されたときに応答しなくなることがあります。場合によっては、データベースの alter テーブルアクションによって停止します。 3：中 改行により CSV のエクスポートがずれています glide.csv.export.line_break システムプロパティを使用して、エクスポートされた CSV データでの改行の表示方法をコントロールできます。 3：中 エクスポート結果が間違ったエンコードでフォーマットされる エクスポート結果が間違ったエンコードでフォーマットされます。英語以外の文字 (ロシア語、ヘブライ語など) は疑問符に置き換えられます。原因：エクスポートエンコーディングの設定が欠落しているか、間違った値になっています。この問題は、インスタンスから CSV 形式を使用してデータをエクスポートすることに関連しています。 3：中 簡単インポートとインポートテンプレートを使用している場合、日付が変換されない 簡単インポートとテーブルからのインポートテンプレート (alm_hardware など) を使用すると、日付が正しく変換されません。OOB Easy Import テンプレートでは、インポートセットや変換マップを変更せずに、Excel ドキュメントに日付が正しく入力されていることが検証されました。日付はインポートセットでは正しいように見えますが、変換中に正しく更新されません。Excel の日付に「2020-10-10」と表示され、「10/10/2020」と正しく入力されますインポートの実行後、[データをプレビュー] ボタンをクリックすると、保証有効期限が 2020 年 10 月 10 日のレコードが表示されます[Complete Data Import (完全なデータインポート)] を選択すると、保証有効期限が 04-11-0016 のデータが変換されます。 3：中 PDF にエクスポートすると、デフォルトの最大行数が変更されたときにメモリの問題が発生する可能性がある リストまたはスケジュール済みレポートを介してレポートを PDF としてエクスポートすると、メモリの問題が発生する場合があります。多くのお客様は、より多くの列と行を収容するために、この値をこのように変更します。最大行数を設定するプロパティは、常に主要な役割を果たします。Glide.pdf.max_rows のデフォルトは 5000 です 3：中 PDF にエクスポートすると、デフォルトの最大列数が変更されたときにメモリの問題が発生する可能性があります リストまたはスケジュール済みレポートを介してレポートを PDF としてエクスポートすると、メモリの問題が発生する場合があります。多くのお客様は、より多くの列と行を収容するために、この値をこのように変更します。setmax columns のプロパティは、常に主要な役割を果たします。Glide.pdf.max_columns のデフォルトは 25 です。 3：中 CSV のエクスポート制限チェック リストビューから、またはエクスポートセットを使用して CSV エクスポートを実行し、列に 32,000 文字を超える文字が含まれている場合、エクスポートではそれらの列は約 32,000 文字に制限されます。デフォルトでは、CSV エクスポートは列あたり 32,000 文字に制限されています。CSV エクスポートでは、長い文字列値を含む列をエクスポートするときに表示値が使用されます。 3：中 Excelエクスポートセル制限2:このチェックは、エクスポート中に許容される行数と列数を確認するためのものです .xls形式および.xlsx形式への変換時にプラットフォームがデータをメモリに読み込む必要があるため、大きなレポートを Excel にエクスポートする際には既知のメモリの問題があります。そのため、プラットフォームではエクスポートできる行/列の数が制限されています。この制限は、次のプロパティによって制御されます。行制限:glide.ui.export.limit、glide.xlsx.export.limit、glide.excel.export.limit列の制限:glide.xlsx.max_cells、glide.excel.max_cells場合によっては、完全なレポートをエクスポートできるように、ビジネスニーズに合わせてこれらのプロパティを変更する必要があります。そのため、プラットフォームはメモリ不足の状況に対して脆弱になります。これにより、影響を受けるノードのパフォーマンスが低下します。 3：中 Excel エクスポートセル制限 1:このチェックは、エクスポート中に許容される行数と列数を確認するためのものです .xls形式および.xlsx形式への変換時にプラットフォームがデータをメモリに読み込む必要があるため、大きなレポートを Excel にエクスポートする際には既知のメモリの問題があります。そのため、プラットフォームではエクスポートできる行/列の数が制限されています。この制限は、次のプロパティによって制御されます。行制限:glide.ui.export.limit、glide.xlsx.export.limit、glide.excel.export.limit列の制限:glide.xlsx.max_cells、glide.excel.max_cells場合によっては、完全なレポートをエクスポートできるように、ビジネスニーズに合わせてこれらのプロパティを変更する必要があります。そのため、プラットフォームはメモリ不足の状況に対して脆弱になります。これにより、影響を受けるノードのパフォーマンスが低下します。 3：中 UI のエクスポート行制限チェック 3:このチェックは、エクスポート中に許容される行数と列数を確認するためのものです .xls形式および.xlsx形式への変換時にプラットフォームがデータをメモリに読み込む必要があるため、大きなレポートを Excel にエクスポートする際には既知のメモリの問題があります。そのため、プラットフォームではエクスポートできる行/列の数が制限されています。この制限は、次のプロパティによって制御されます。行制限:glide.ui.export.limit、glide.xlsx.export.limit、glide.excel.export.limit列の制限:glide.xlsx.max_cells、glide.excel.max_cells場合によっては、完全なレポートをエクスポートできるように、ビジネスニーズに合わせてこれらのプロパティを変更する必要があります。そのため、プラットフォームはメモリ不足の状況に対して脆弱になります。これにより、影響を受けるノードのパフォーマンスが低下します。 3：中 UI のエクスポート行制限チェック 2:このチェックは、エクスポート中に許容される行数と列数を確認するためのものです .xls形式および.xlsx形式への変換時にプラットフォームがデータをメモリに読み込む必要があるため、大きなレポートを Excel にエクスポートする際には既知のメモリの問題があります。そのため、プラットフォームではエクスポートできる行/列の数が制限されています。この制限は、次のプロパティによって制御されます。行制限:glide.ui.export.limit、glide.xlsx.export.limit、glide.excel.export.limit列の制限:glide.xlsx.max_cells、glide.excel.max_cells場合によっては、完全なレポートをエクスポートできるように、ビジネスニーズに合わせてこれらのプロパティを変更する必要があります。そのため、プラットフォームはメモリ不足の状況に対して脆弱になります。これにより、影響を受けるノードのパフォーマンスが低下します。 3：中 UI のエクスポート行制限チェック 1:このチェックは、エクスポート中に許容される行数と列数を確認するためのものです .xls形式および.xlsx形式への変換時にプラットフォームがデータをメモリに読み込む必要があるため、大きなレポートを Excel にエクスポートする際には既知のメモリの問題があります。そのため、プラットフォームではエクスポートできる行/列の数が制限されています。この制限は、次のプロパティによって制御されます。行制限:glide.ui.export.limit、glide.xlsx.export.limit、glide.excel.export.limit列の制限:glide.xlsx.max_cells、glide.excel.max_cells場合によっては、完全なレポートをエクスポートできるように、ビジネスニーズに合わせてこれらのプロパティを変更する必要があります。そのため、プラットフォームはメモリ不足の状況に対して脆弱になります。これにより、影響を受けるノードのパフォーマンスが低下します。 3:中 (新規) 通貨フィールドがある場合、Excel ファイルが破損しています。 Excel ファイルにエクスポートする場合、ファイルを開くことができません。ファイルが破損していることを示す警告が表示されます。 通貨フィールドを含む Excel ファイルを開きます。 ファイルが破損していることを示す警告が表示されます。この問題は、[通貨] フィールドを持つ他のテーブルでも発生する可能性があります。 3:中 (新規) エクスポートが UTF-8 でエンコードされていない デフォルトでは、ServiceNow はすべての CSV ファイルを Windows-1252 エンコードでエクスポートします。エクスポートが UTF-8 でエンコードされていない場合、一部の特殊文字は正常にエクスポートされません。 3:中 (新規) San Diego で導入されたプロパティを追加しないとインポートログが機能しない インスタンスを San Diego にアップグレードすると、インポートログは書き込まれなくなります。San Diego のアップグレード前に import_log テーブルに記録されていたメッセージは、記録されなくなりました。これは、San Diego に「glide.importlog.log_to_table」プロパティを有効にしてインポートログを表示するための新しいプロパティがあるためです。 3:中 (新規) ユーザーのメール [sys_user.email] のインポートセット列のサイズを 100 に設定する必要があります インポートセット機能を使用してユーザーデータをインポートする場合、ユーザーのメールアドレスのフィールドの長さは自動的に 40 に設定されます。40 文字を超えるインポートされたメールアドレスは切り捨てられます。このチェックは、ユーザーのメールインポートセットフィールドの最大長が 40 で、メールアドレスの長さがちょうど 40 文字のユーザーがいる場合にアラートを生成します。 3:中 (新規) ユーザーの UserID のインポートセット列のサイズを 100 に設定する必要があります インポートセット機能を使用してユーザーデータをインポートする場合、ユーザーのユーザー ID のフィールドの最大長は自動的に 40 に設定されます。40 文字を超えるインポートされたユーザー名は切り捨てられます。このチェックは、ユーザー ID インポートセットフィールドの最大長が 40 で、ユーザー名の長さがちょうど 40 文字のユーザーがいる場合にアラートを出します。 3:中 (新規) JDBC インポートで使用される MID サーバーをクラスターの一部にすることはできません JDBC インポートで使用される MID サーバーをクラスターに含めることはできません。JDBC データソースのインポートには専用の MID サーバーを使用する必要があります。 3:中 (新規) Rome での WHTP ホストの変更 (whtp から parexport へ) Rome にアップグレードした後にダッシュボードをエクスポートすると、空白の PDF ページが表示されます。 問題は、WHTPのホストがwhtpに設定されており、Romeリリース以降PARExportを使用しているため、この設定ではpdfのエクスポートが成功しないことです。 MID サーバー 優先度簡単な説明説明 1：重大 MID サーバーがダウンしています 停止している MID サーバーを検索します。 1：重大 MID サーバー検証済み MID Server (MID サーバー) がインストールされた後は、手動で MID サーバーを検証して、自動化タスクを実行できるようにする必要があります。 1：重大 MID サーバーがダウンしているか、アップグレードに失敗しました - OCSP 証明書失効検証 OCSP 認定失効検証チェックに ocsp.entrust.net する新しい外部接続要件が原因で、MID サーバーが Orlando のインストールまたはアップグレードに失敗することがあります。 1：重大 MID サーバーのロール インスタンスと通信するには、MID サーバーにユーザー ID と適切なロールが必要です。 2：高 MID サーバーのバージョンはインスタンスのバージョンと一致する必要があります MID サーバーのバージョンは、インスタンスのバージョンと互換性がなければなりません。互換性がない場合、MID サーバーはコマンドを処理することや、インスタンスと通信することができません。許可される MID サーバーのバージョンは、インスタンスにより決まります。MID サーバーのバージョンは、少なくとも同じメジャーリリース (Helsinki など) に属している必要があります。MID サーバーのバージョンが同じメジャーリリースに属している場合、Helsinki パッチ 1 など、同じマイナーバージョンに属することができますが、属する必要はありません。この場合、インスタンスとの通信は引き続き可能ですが、常に最新バージョンにアップグレードすることをお勧めします。 モバイル 優先度簡単な説明説明 2：高 MobileCatalogUIPolicyBuilder スクリプトで MRVS UI ポリシーのサポートを確認します サービスポータル/モバイル UI の MRVS (複数行の変数セット) に UI ポリシーを適用するために必要なスクリプトが MobileCatalogUIPolicyBuilder に含まれていることを確認します。このスクリプトが以前にカスタマイズされていた場合、MRVS ポリシーサポートを追加する更新がスキップされた可能性があります。 2：高 無効なモバイルアイテムパラメーターを確認する これによりsys_sg_item_parameter空/null の親参照を含むレコードがチェックされます。 2：高 ユーザーが Now/Agent Mobile Apps にログインできない 「oauth_login」という名前の UI ページは、Now/Agent モバイルアプリで認証に使用されます。glide.authenticate.external プロパティが true に設定されている場合、ユーザーは認証を試みたときにページのログアウトを強制されます。 3：中 プッシュ通知「Approval Assigned to Me」に「Applet not found」エラーが表示される。 プッシュ通知「Approval Assigned to Me (自分にアサインされた承認)」コンテンツメッセージにより、ユーザーがモバイルデバイスで通知を選択するとエラーが発生します。モバイルプッシュ通知にアクセスすると、「アプレットが見つかりません」というエラーが表示されます。テーブルの [Approval assigned to me] プッシュ通知レコードを確認しsys_push_notif_msg_contentプッシュメッセージ生成テキスト領域の 11 行目が「sc_requested_item」ではなく「sc_req_item」を参照していることを確認します。 3：中 エージェントアプリには、要求、要求アイテム、および変更要求からの承認のみが表示される エージェントアプリには、要求、要求アイテム、および変更要求テーブルからの承認のみが表示されます。他のテーブル (ナレッジテーブルなど) に設定された承認がエージェントモバイルアプリに表示されない 3：中 「デスクトップのみ」のカタログアイテムが ServiceNow モバイルアプリに表示される 可用性設定が「デスクトップのみ」に設定されていても、カタログアイテムがモバイルアプリに表示されます。 3：中 モバイルアプリのグループ化されたインシデントアプレットにレコードが表示されない ServiceNow モバイルアプリのグループ化されたインシデントアプレットにはレコードは表示されません。Android デバイスで問題が発生すると、「アプレットが見つかりません。Contact your administrator」というエラーが表示されます。iOSは画面にエラーをスローしません。 3：中 ServiceNow Classic モバイルアプリのアクセスを無効にする Paris リリース以降、ServiceNow Classic モバイルアプリを使用するインスタンスへのアクセスは、glide.ui.m.allow_classic_mobile_app システムプロパティによって制御されます。 パフォーマンス 優先度簡単な説明説明 4：低 OOB 値で構成されていないアーカイブコンシューマージョブの数 Paris リリース以降、データのアーカイブはシングルスレッド操作からマルチスレッドプロセスに変更されました。その結果、アーカイブするレコードを取得する 4 つのコンシューマースケジュール済みジョブができました。このマルチスレッド操作によってデータベースレプリケーションが圧迫されるケースがありました。そのため、ServiceNow は一時的な対策として、このプロパティ glide.db.archiving.max_consumer_workers を使用してコンシューマーアーカイブジョブの数を減らすことを推奨した場合があります。たとえば、コンシューマーワーカーの最大数を 4 人から 2 人、場合によっては 1 人に減らしました。 Performance Analytics (パフォーマンスアナリティクス) 優先度簡単な説明説明 2：高 パフォーマンスアナリティクスジョブコレクションに関連するプロパティを確認 com.snc.pa.dc.max_row_count_indicator_source や com.snc.pa.dc.max_records を含むプロパティ値が大きいと、ノードでパフォーマンスの問題が発生したり、OOM が発生したりする可能性があります。 レポート 優先度簡単な説明説明 3：中 フィルター条件のないレポート プラットフォームではデータベースインデックスを使用してトランザクションのパフォーマンスを維持できないため、フィルター条件なしでレポートを作成することはお勧めできません。また、クエリはテーブル全体のスキャンを実行するため、データベースに不必要な負荷がかかり、特に大きなテーブルではコストが高くなる可能性があります 3：中 無効または非アクティブなユーザーのスケジュール済みレポート 削除されたユーザーまたは非アクティブなユーザーとして実行されている、まだアクティブなスケジュール済みレポートを確認しています サービスカタログ 優先度簡単な説明説明 1：重大 カスケード変数が注文ガイドで機能しない カスケード変数が注文ガイドで機能しない 1：重大 ルールベースで注文ガイドのカタログアイテムが開かない ルールベースで注文ガイドのカタログアイテムが開かない 2：高 レコードプロデューサーの保護 適切なロールがレコードプロデューサーに割り当てられていない場合、権限のないユーザーが URL に直接移動してアクセスし、不要な機密情報が漏洩する可能性があります。 2：高 ロールまたはユーザー基準がないにもかかわらず、カタログアイテムにアクセスできません アイテムにロールまたはユーザー基準が定義されていませんが、ユーザーはカタログアイテムにアクセスできません。 2：高 カタログビジネスルールのカスタマイズ ユーザーは、カタログ関連テーブルでビジネス前ルールのカスタマイズを作成しないでください。 2：高 マクロ変数がサービスカタログまたはポータルに表示されない アイテムを表示するときにカタログアイテムのマクロ変数が表示されません。 2：高 添付ファイルが RITM レコードに表示されない 添付ファイルをカタログアイテムに追加して送信するときに、添付ファイルが RITM に引き継がれない 2：高 非アクティブな必須変数がある場合のカタログ送信の問題 非アクティブな必須変数がある場合、変数エディターは表示されず、null ポインター例外が発生します。変数が非アクティブであっても、変数が必須の場合は、この予期しない動作が発生します 3：中 [選択ボックスをルックアップ] 変数が原因でカタログページが遅くなっている [選択ボックスをルックアップ] 変数が原因でカタログページが遅くなっている Service Portal (サービスポータル) 優先度簡単な説明説明 2：高 カスタムウィジェットインスタンスが isServiceWorkspace json オプションを使用しているかどうかを確認します このチェックでは、isServiceWorkspace json オプションを使用している可能性のあるカスタムウィジェットインスタンスを検出します。このオプションは文書化されておらず、内部目的でのみ使用されます。手動で適用しないでください。 2：高 サービスポータルのお知らせが表示されない Paris へのアップグレード後、サービスポータルにお知らせが表示されません。ブラウザコンソールに 500 内部サーバーエラーが表示されます。[AppSec] 日次データ管理スケジュール済みジョブは、有効なアドミンユーザーとして実行する必要があります。 2：高 sys_publicテーブルの$spの推奨値 ServiceNow の推奨事項に従って、$spテーブルで公開sys_publicに設定する必要があります。すべてのページ リクエストは $sp ページを経由してルーティングされるため、このページは公開される必要があります。 3：中 メニュー項目をクリックすると、ドロップダウンウィンドウが切り替わります サービスポータルヘッダーのメニュー項目をクリックすると、その後に表示されるドロップダウンウィンドウが切り取られます。これは、ヘッダーメニューウィジェットに「angular-truncate」依存関係がないことが原因です (この依存関係は、ウィジェットフォームの [依存関係] 関連リストで確認できます)。 3：中 コンテキスト検索に KB 添付ファイルがない サービスポータルのコンテキスト検索ウィジェットを使用して KB 記事を表示すると、添付ファイルが欠落する。これは、ナレッジ添付ファイルウィジェットがページにないためです。 3：中 注文ガイドウィジェットにタブがない 注文ガイドにタブ付き形式がありません。 3：中 ナレッジベースリンクがサービスポータルで機能しない ナレッジベースのリンクをクリックしても、Kb_view2ページに移動せず、ページ ID が空として表示されます。この問題はKb_view2ページがインスタンスで利用できないために発生します。 3：中 window.open により、Internet Explorer のサービスポータルページが壊れる href 属性内のサービスポータルウィジェットで window.open javascript 関数を呼び出すと、IE のポータルが壊れ、空白のページが表示されます。影響を受けるコード:ページへのリンク 3：中 HTML フィールドがコミュニティポータルに表示されない HTML フィールドがコミュニティポータルに表示されない再現する手順:1-https:instance.service-now.com/コミュニティに移動する2:フォーラムの 1 つを開く3-「質問がありますか?入力を開始するにはここをクリックしてください。4 - [説明] フィールドがないことを確認します。5-既存の投稿に移動する6-「返信」、「コメント」、または「この投稿に返信するにはここをクリックしてください..."7-コメントフィールドがないことを確認します。 3：中 ナレッジ検索がポータルのアドミン以外のユーザーに対して機能しない ナレッジ記事は、ホームページの検索バーと先行入力検索ウィジェットを使用して、アドミン以外のユーザーが検索することはできません。これは通常、kb_knowledgeテーブルの公開読み取り ACL に関連しています。 3：中 複数行の変数セットが RITM に表示されない カタログアイテムがサービスポータルから送信されたときに、複数行の変数セットが RITM に表示されない 3：中 サービスポータルでg_navigationが機能しない g_navigationは、サービスポータルではなく、デスクトップ UI で使用できるGlideNavigation.jsに由来します。 3：中 [URL 定義からのデータテーブル] ウィジェットへのsnc_externalアクセス権がありません 「URL 定義からのデータテーブル」は「データテーブル」から継承されるため、両方のウィジェットに同じアクセス/基準が必要です。現在、「URL 定義からのデータテーブル」では「snc_external」ユーザーへのアクセスが許可されていますが、「データテーブル」ウィジェットにも同様のアクセスを追加する必要があります。 3：中 サービスポータルの添付ファイルフォームカタログアイテムを削除できません。 カスタマイズされた SC カタログアイテムウィジェットを使用している場合、サービスポータルのカタログアイテムページで添付ファイルを削除/削除する際に問題が発生する場合があります。この問題のブラウザコンソールにも「ReferenceError:dialogPolyfillが定義されていません」というエラーが表示されることがあります。このエラーは、依存関係がカスタムウィジェットに追加されていない場合に発生する可能性があります。 3：中 検索すると、顧客連絡先ユーザーに対して 404 が返されます。 連絡先ユーザー (sn_customerservice.customer ロールを持つユーザー) がサービスポータルのホームページ検索で何かを検索してから拡大アイコンをクリックすると、URL が検索ページに移動することが表示されますが、最後に「404」ページが表示されました。ただし、管理者ユーザーには問題なく機能します。 4：低 サービスポータルでは、内部ページをポータルデザイナーで編集できない サービスポータルでは、内部ページはポータルデザイナーで編集できません。 SLA 優先度簡単な説明説明 3：中 タスク SLA のタイミングが更新されない タスクフォームのビューでタスク SLA タイミングが更新されない 3：中 SLA のカスタマイズ SLA をカスタマイズすると、SLA が期待どおりに機能しない場合があります。 ユーザーエクスペリエンス 優先度簡単な説明説明 1：重大 Jelly のエスケープglide.ui.escape_all_scriptは true である必要があります Jelly JavaScript<script>タグ内のすべての式をデフォルトでエスケープするように強制します。 <script>タグの type 属性が空の場合、または値が text/javascript、text/ecmascript、application/javascript、application/ecmascript、または application/x-javascript の場合にのみ、エスケープを強制します。 1：重大VTB (ビジュアルタスクボード) が有効なテーブルに関連付けられていることを確認しますこれにより、すべての VTB レコードが有効なテーブルに関連付けられていることが確認されます。ボードが有効なテーブルを参照していない場合、ユーザーが vtb.do にアクセスすると空白の画面と 500 内部サーバーエラーが表示されます。1：重大プッシュコンテンツ内の無効なテーブル名をチェックしますこれにより、無効なテーブル名の通知のプッシュメッセージコンテンツがチェックされます。2：高エージェントがエージェントワークスペースで作業アイテムの通知を受け取れない初期設定のインスタンスでは、エンドユーザーがライブエージェントに連絡すると、インタラクションレコードと作業アイテムレコードが作成されます。インタラクションテーブルの [アサイン先] フィールドにデフォルト値が設定されている場合、インタラクションのステータスが [対応中] に変わり、作業アイテムは生成されません。このため、エージェントには作業アイテムは表示されません。2：高glide.uxf.js_server.consolidate を false に設定すると、ワークスペースでパフォーマンスの問題が発生するこのプロパティは OOB では true に設定されています。このプロパティを有効にする必要がある理由:1. ワークスペースを読み込むために、ブラウザーは必要な js ファイルをサーバーからダウンロードします。2. このプロパティが無効になっている場合、js ファイルは一度に 1 つずつダウンロードされ、ワークスペースの読み込みが大幅に遅れます。3. このプロパティが有効になっている場合、js ファイルは単一のバンドルでダウンロードされるため、ロード時間のオーバーヘッドが削減されます。2：高glide.xmlutil.max_entity_expansion が 3000 以上であることを確認するglide.xmlutil.max_entity_expansion の推奨値は 3000 です。以前は 500 件でしたが、Paris+ リリースではユーザーがリストビューでフィールドを編集できなくなるなどの問題が発生しました。2：高インスタンスに複数のチャットセットアップレコードが存在します。インスタンスに複数のチャットセットアップレコードが存在するため、ライブエージェントチャットが正しく機能しない可能性があります。2：高条件のない UI アクションは、意図しない結果を引き起こす可能性がある条件のない UI アクションでは、意図しないユーザーがレコードを更新/削除できる可能性があります。2：高無効な UI ポリシーアクション構成UI ポリシーを設定するときは、フィールドを読み取り専用にしたり、同時に必須にしたり、非表示のフィールドを必須にしたりする UI ポリシーアクションがないことを確認してください。2：高glide.ui.js_includes を false に設定すると、UI16 でパフォーマンスの問題が発生する可能性がありますこのプロパティは OOB では true に設定されています。このプロパティを有効にする必要がある理由:1. UI 16 をロードするために、ブラウザーは必要な js ファイルをサーバーからダウンロードします。2. このプロパティが無効になっている場合、js ファイルは一度に 1 つずつダウンロードされ、UI16 のロードに大幅な遅延が発生します。3. このプロパティが有効になっている場合、js ファイルは単一のバンドルでダウンロードされるため、ロード時間のオーバーヘッドが削減されます。 また、このプロパティが false に設定されている場合にスタイリングの問題を引き起こす既知の問題もあります。 https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB08205142：高getRowCount を使用する UI アクションがパフォーマンスの問題を引き起こすことがあるGlideRecord の getRowCount プロパティを使用する UI アクションは、レコード数が多いテーブルで作業するときにパフォーマンスの問題を引き起こす可能性があります。2：高sn_shn.note_preferences のシステムプロパティ値を確認エージェントワークスペースでフォームにアクセスすると、フォームがロードされず、「レコードが見つかりません」というメッセージが表示されます2：高ImpersonateEvaluator スクリプトインクルードがカスタマイズされているかどうかを確認しますスクリプトインクルード ImpersonateEvaluator をカスタマイズすると、代理操作機能が設計どおりに機能しないという問題が発生する可能性があります。2：高サービスポータルクライアントスクリプトでの同期 AJAX 呼び出しクライアントスクリプトでの同期 AJAX 呼び出し (getXMLWait) の使用は、サービスポータルではサポートされていません。3 - 中Jelly/JS 補間保護。glide.ui.jelly.js_interpolation.protect プロパティを使用して、Jelly ページで実行しようとしているすべての JavaScript が Jelly 補間を使用した挿入から確実に保護されるようにします。3 - 中カスタムグローバル UI スクリプトの使用を避けるグローバル UI スクリプトは、その中のコードが呼び出されない場合でも、ServiceNow のすべてのページ/フォームにロードされます。3 - 中チャット後のサーベイが設定されている場合、インタラクショントランスクリプトの生成が遅れる可能性があるチャット後のサーベイが設定されている場合、チャットがクローズされ、エンドユーザーがサーベイを送信しないと、「インタラクション」テーブルのチャットトランスクリプトは生成されません。このような場合、「破棄された VA 会話のタイムアウト」スケジュール済みジョブが毎日 1 回実行されると、トランスクリプトが生成されます。3 - 中リストの最適化を false に設定すると、パフォーマンスの問題が発生する可能性があります。パフォーマンス上の理由から、リストを表示するとき、ServiceNow はリストに表示されているフィールドのデータのみをフェッチします。false に設定すると、表示で使用されるフィールドだけでなく、テーブルからすべてのフィールドがフェッチされます。これは、すべてのリストのすべてのフェッチに適用されるため、かなりのオーバーヘッドを追加します。3 - 中Jelly デバッグオン - パフォーマンスの問題が発生する可能性があります。このプロパティをオンにすると、localhost ログに多くのログが出力される可能性があり、パフォーマンスの問題が発生する可能性があります。このプロパティをオフにすることをお勧めします3 - 中クライアントスクリプト送信時の非同期 AJAX 呼び出しGlideAjax (非同期) は onSubmit クライアントスクリプトでは機能しません。これは、本質的にブロックされていない非同期スクリプトの基本的な動作が原因です。3 - 中AWA プレゼンスステータスが作業アイテムを受け取るように構成されていませんデフォルトの [対応可能] ステータスの場合は、必ずこの [アクティブ] チェックボックスをオンにして、作業アイテムが対応可能なエージェントにルーティングされるようにします。アクティブ状況が有効になっていない場合、AWA は作業アイテムをエージェントにルーティングしません。3 - 中ユーザーの行数設定ユーザーは、リストを表示するときにレコードの行数プロパティを増やすことができます。行数プロパティが 50 >ユーザーは、ベストプラクティスを遵守していません。20 行は、最高のユーザーエクスペリエンスを得るための推奨値であり、データベースへの不要な負荷を防ぐこともできます。3 - 中クライアントスクリプトでの GlideRecord/g_form.getReference の使用GlideRecord と g_form.getReference() を使用してサーバーデータを取得することは、パフォーマンスに影響を与えるため推奨されなくなりました。多くの場合、必要なフィールドは 1 つだけですが、どちらの方法でも要求された GlideRecord 内のすべてのフィールドが取得されます。3 - 中フィルター条件のない [お気に入り] リストプラットフォームではデータベースインデックスを使用してトランザクションのパフォーマンスを維持できないため、フィルター条件を設定せずにレコードリストを表示することはお勧めできません。これにより、データベースにも不要な負荷がかかります。3 - 中glide.security.strict.actions は true である必要があります通常、UI アクションの条件は、フォームのレンダリング中にのみチェックされます。プロパティ glide.security.strict.actions は、実行前に UI アクションの条件をチェックします。プロパティを true に設定すると、実行前にテーブル UI アクションで検証レイヤーが追加されます。3 - 中クライアントスクリプトでの同期 AJAX 呼び出し同期 AJAX を使用するコードは非常に遅く感じられ、ユーザー エクスペリエンスに影響を与えます。4 - 低glide.search.suggestions.enabled プロパティを確認するこのチェックでは、glide.search.suggestions.enabled の値を検証することで、検索の提案が有効 (デフォルト) かどうかを判断します4 - 低ポータルインスタンスオプションにない特定のフィールドサービスポータルのウィジェットインスタンス構成は、sp_instanceテーブルの「SP インスタンス構成ビュー」と呼ばれるビューに依存します。そのビューからフィールドを削除すると、それらのフィールドは [インスタンスオプション] から消えます ワークフロー 優先度簡単な説明説明2：高要求テーブルにアクティブな公開済みワークフローが必要です要求テーブルにアクティブな公開済みワークフローが必要です2：高承認ワークフローアクティビティ定義はカスタマイズしないでください名前に「承認」を含むすべてのワークフローアクティビティ定義 (wf_activity_definition) はカスタマイズしないでください。また、WorkflowApprovalUtils スクリプトインクルードはカスタマイズしないでください2：高カタログタスクアクティビティのビジネスルールとスクリプトはカスタマイズしないでください「SNC - 親ワークフローを実行」ビジネスルールおよび「TaskStateUtil」スクリプトインクルードはカスタマイズしないでください。2：高カスタムワークフローアクティビティ定義が存在する必要がありますワークフロー要素定義 (wf_element_definition) テーブルには、ワークフローアクティビティ (wf_activity) テーブル内で指定されたアクティビティ定義 (activity_definition) が含まれていません3 - 中実行中のすべてのワークフローコンテキストに対してワークフローバージョンが必要です実行中のすべてのワークフローコンテキストに対してワークフローバージョンが必要です。それ以外の場合、実行中のワークフローコンテキストに「ワークフローモデルIDが無効です」というエラーメッセージが表示され、エラーで終了します。3 - 中ワークフローがドメインに対してのみトリガーされることを確認すべてのワークフローがドメインにリンクされていることを確認します。これにより、各ドメインに独自のプロセスがあることが保証されます。https://docs.servicenow.com/csh?topicname=c_WorkflowsAndDomainSeparation.html3 - 中ワークフローアクティビティでは current.update() 関数を使用しないでくださいレコードが挿入されると、current.update() によってワークフローが無限ループを起こすことがあります。レコードが更新されると、current.update() によってすべてのスクリプトエンジンが 2 回実行されます。レコードが挿入されたときの無限ループを回避するには、カスタムスクリプトから不要な current.update() 呼び出しを削除します。