Pass the ServiceNow CIS-Platform Analytics CIS-PA Questions and answers with ExamsMirror

Breakdown element securitydetermines which users are allowed to see specific breakdown elements (such as certain categories or values) when viewing analytics data. In Platform Analytics, this security is configured directly on theAutomated Breakdownrecord.

Automated Breakdowns include properties that allow administrators to defineelement-level access control, typically by specifyingrolesthat are required to view certain breakdown elements. This ensures sensitive analytics data is only visible to authorized users. The Breakdown Source defines how data is mapped and categorized but does not control visibility. Automated Indicators control score collection and aggregation, not breakdown element security. Manual Breakdowns are static and do not support dynamic element security in the same way.

ServiceNow documentation explicitly states that breakdown element security settings—such as restricting elements by role—are part of theAutomated Breakdown configuration, making option D the correct answer.

TheDashboards modulein Analytics Center provides full lifecycle management forNext Experience Dashboards. Users with appropriate permissions cancreate, update, certify, share, and view dashboardsfrom this module.

Certification is an important governance feature that marks dashboards as trusted and production-ready. Sharing controls access, while update and creation enable continuous improvement. Viewing alone is insufficient for analytics governance. ServiceNow documentation clearly defines the Dashboards module as the central place for full dashboard management, making optionDthe correct answer.

AHistorical Collection Jobis designed to collect past data for a defined historical period and is typically executedone timeoron demand. Unlike scheduled collection jobs (daily, weekly, or monthly), historical jobs are not intended to run repeatedly.

ServiceNow documentation specifies that historical collections are initiated manually to backfill data for indicators that were created after records already existed. Running them on a recurring schedule could lead to duplicated or incorrect data. Therefore, the correct configuration isOnce or On Demand, making option A the correct answer.

AFormula Indicatorin ServiceNow Platform Analytics allows you to calculate a derived score usingup to five other indicators(automated or manual) through a mathematical expression. These component indicators must already exist and have collected data.

Formula Indicators arenot calculated at view time; instead, they arepre-calculated during data collectionand stored like other indicator scores. This ensures consistent historical trending and optimal dashboard performance. Aggregates such as count or sum are handled by automated indicators, not formula indicators. Formula indicators also cannot referenceindicator threshold values, as thresholds are used only for KPI status evaluation and visualization, not for calculations.

ServiceNow documentation clearly states the five-indicator limit and emphasizes that Formula Indicators are meant forderived metrics, such as percentages, ratios, or normalized scores, making optionBthe only correct definition.

In Performance Analytics scripted indicators, certainsystem-provided variablesare automatically available without being explicitly defined in the Fields list. The variablesscore_startandscore_endrepresent thestart and end timestampsof the reporting period for which the indicator score is being calculated. These variables are essential for time-aware calculations and historical accuracy.

Fields such as sys_created_on and sys_updated_on must be explicitly added to the Fields list if they are used in scripts. collection_job_start and collection_job_end are not available script variables in indicator calculations. ServiceNow documentation clearly identifies score_start and score_end as built-in variables available to Performance Analytics scripts, making optionsB and Fthe correct answers.

ABucket Groupin Platform Analytics is used togroup large sets of numeric or time-based values into a smaller, more meaningful number of ranges. Common examples include grouping ages into ranges (0–5 days, 6–10 days), durations into bands, or hours of the day into segments. This simplifies analysis and improves dashboard readability by reducing excessive breakdown elements.

Bucket Groups do not log incidents, manage roles, or control integrations. Instead, they support analytics by enabling structured classification of non-categorical data. ServiceNow documentation clearly positions Bucket Groups as a mechanism for transforming raw numeric or duration data into consumable breakdowns, making option B the correct answer.

Formula Indicators in Platform Analytics arepre-calculated during data collectionand their results arestoredin the Indicator Facts table, just like automated indicators. They are not calculated in real time when a dashboard is viewed. Instead, they use the previously collected scores of their component indicators to compute a derived value at collection time.

This design ensures consistent historical analysis, predictable performance, and accurate trending. Real-time calculation would undermine historical integrity and dashboard performance, which is why ServiceNow explicitly avoids it for formula indicators. The stored results can then be reused across dashboards and reports without recalculation. ServiceNow documentation clearly states that formula indicators behave like other indicators in that they arepersisted for future analysis, making option C correct.

TheShow real-time scoreoption is available only fornon-scripted Automated Indicators. These indicators are based on standard indicator sources and conditions that can be safely recalculated on demand without scripting complexity.

Scripted automated indicators and formula indicators depend on stored historical values and custom logic, which cannot be reliably recalculated in real time. Manual indicators rely on user-entered values and also do not support real-time calculation. ServiceNow documentation explicitly limits real-time scoring to non-scripted automated indicators to preserve performance and data integrity. Therefore, option D is the correct answer.

When creating a breakdown based on theage of a task, the correctFacts tablefor the Breakdown Source isBucket [pa_buckets]. In Platform Analytics, age-based breakdowns (such as 0–5 days, 6–10 days, etc.) are not derived directly from the Task table. Instead, they usebucketed data, which is generated bybucket groupsduring data collection.

Thepa_bucketstable stores the calculated bucket values for records at collection time, making it the authoritative facts table for age, duration, and numeric range breakdowns. Bucket Groups define how values are grouped, while the Bucket table stores the actual bucket assignments used in analytics. The Task table itself cannot be used as the facts table for age breakdowns because Platform Analytics requires pre-aggregated, time-aware bucket data to ensure historical accuracy. The Choice table is only used for choice list values and is unrelated to numeric or age-based breakdowns. ServiceNow documentation clearly states that bucket-based breakdowns must reference thepa_bucketstable to function correctly and produce accurate time series analytics.

In Responsive Canvas dashboards, when a Time Series widget contains multiple elements, theShow multiple elements asproperty controls how those elements are visualized. Setting this property toAggregatecombines the values of all returned elements into asingle trend line, which is exactly the desired outcome when viewing a combined trend for High and Critical priority incidents.

Applying an elements filter (option D) limits which elements are displayed but does not combine them into one trend. Setting the property toSeparate(option C) explicitly shows individual trend lines for each element. Manually adding elements (option B) still results in multiple distinct series unless aggregation is enabled. According to ServiceNow Platform Analytics documentation, aggregation is the correct method for consolidating multiple indicator elements into one unified visualization on a dashboard.