ITIL 以外のユーザーにインシデントレコードのダッシュボードレポートの表示を許可するIssue sc_req_item、sc_request、およびインシデントに対するレポートのデータを表示する PA ダッシュボードが必要です。また、ITIL ロールを持たないユーザー (プラットフォーム上での役割がほとんどない経営幹部やディレクターなど) にデータを表示できるようにする必要があります。必要なテーブルへのアクセスを許可するさまざまな ACL メソッドを検討しましたが、面倒なようです。 Performance Analytics ドキュメントを確認した結果、ダッシュボードレポートウィジェットへのアクセスを許可するには、pa_viewerロールが理想的な選択肢であることが明らかになりました。 pa_viewerロールの使用の詳細については、次のリンクを参照してください。 https://docs.servicenow.com/csh?topicname=r_PARoles.html&version=latest そこで、付与されたロールが非常に少ない (またはまったくない) 限られた数のユーザーに対して pa_viewer ロールを定義するという考えで、次のように 3 つのレポートを作成します。 sc_req_itemsc_requestincident これらのレポートでは、次のように各レポートをロールpa_viewerと共有します。 次に、次に示すように、pa_viewerロールのみを持つテストユーザーを作成します。 レポートを共有し、新しいテストユーザーを作成した後、3 つのサンプルレポートを新しい PA ダッシュボードに追加しますが、sc_requestレポートとsc_req_itemレポートが表示されている間は、インシデントレコードのレポートウィジェットが表示されないことがわかりました。 Release現在のすべてのリリース。Causeインシデントテーブル (incident_query という名前) には、すぐに利用可能なクエリ前ビジネスルールがあります。これは、ITIL ロールを持たないユーザーがインシデントレコードにアクセスできないようにするために使用されます。Resolution一般的に提案されているものではありませんが、OOB ビジネスルールincident_queryを次のように変更して、pa_viewerロールがインシデントレコードにアクセスできるようにすることができます。 BR の 6 行目は、次のように変更できます。 ~~~snip~~~if ((GlidePluginManager.isActive('com.snc.spm') && gs.hasRole('service_view')) || gs.hasRole("pa_viewer"))~~~/snip~~~ OOB バージョンを次に示します。 以下に、提案された変更を示します。 上記の BR の変更後、PA ダッシュボードには、pa_viewer ロールのみが付与されているテストユーザーに 3 つのレポートがすべて表示されるようになりました。 Related LinksOOB ビジネスルールが変更されている間は、pa_viewer ロールのみを付与されたユーザーは、自分のインシデントレコードのみを表示でき、インシデントテーブルリスト内のすべてのインシデントレコードを表示することはできません。 OOB BR が変更されると、今後のアップグレードではこのファイルがスキップされ、アドミニストレーターはアップグレード時の競合を解決するために比較し、必要に応じて変更を加える必要があることに注意してください。