--- sourceDocument: Australia IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/it-service-management Release : - australia ft:locale : - pt-BR ft:publication_title : - Australia IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Benchmark KPIs # Benchmark KPIs {#ariaid-title1} * Versão de lançamento: Australia * * Atualizado 12 de mar. de 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 11 min. de leitura You can enable or disable a benchmark KPI, and customize KPI conditions. Integration with Performance Analytics provides daily data collection and drill down capabilities on KPI data. Benchmarks offers KPIs grouped in six categories. The categories are ITSM, ITOM, Security Operations, Success Dashboard, Conversational Interfaces, and Strategic Portfolio Management. Nota: Upgrading Benchmarks does not change KPI status or configuration from the previous release. New KPIs are enabled by default. Benchmarks uses anonymous, aggregated usage data from customers who have opted in to calculate global and industry benchmarks. The KPIs in the Benchmarks application are performance analytics indicators that only collect the usage count data, for example, the total number of incidents in a month, based on the monthly aggregates. During data collection, the Benchmarks application does not consider any other details such as description of incidents, or information about requests, changes, or applications. The participating customer count for each cohort bucket in Industry Category, User Size, and Three geo regions aggregates are large enough to calculate monthly benchmarks values and to maintain full anonymity. To further ensure data anonymity, the Benchmarks user interface allows you to use only one filter at a time. ## ITSM KPIs {#c_BenchKPIConfig__table_ovv_mj4_gbb__entry__2} | KPI | Description | |-|-| | Nota: In some environments, KPIs involving resolved incidents may require further [configuration](https://servicenow-prod.fluidtopics.net/UOGuKYoVxaMYt0CB_8CiNw "The source for the KPIs containing resolved incident data is the resolved_at field in the Incident [incident] table, which may not exist in some environments. In this case, additional configuration is required to use these KPIs.") to retrieve resolved incident data. || | % of high priority incidents resolved | \[Number of priority 1 (P1) and priority 2 (P2) incidents resolved during the month\] / \[Total number of incidents resolved during the same month\] Incident count is generated from the Incident table. Nota: The definition of P1 and P2 incidents is likely to vary per participant. Your P1 and P2 incidents may or may not be similar to the incidents of others. For comparison, the metrics provided in this report represent the average of all participants. | | % of incidents resolved on first assignment | \[Number of incidents resolved on first assignment during the month\] / \[Total number of incidents resolved during the same month\] First assignment is when the Reassignment Count field is 0 for the incident. | | % of incidents resolved within SLA | \[Number of incidents with met SLAs resolved during the month\] / \[Total number of incidents resolved during the same month\] Met SLAs are calculated from the task_sla table for incidents resolved during the month. | | % of reopened incidents | \[Number of incidents resolved during the month that were reopened\] / \[Total number of incidents resolved during the same month\]. Reopened is when the Reopen Count field is greater than 0 for the incident. | | Average time to resolve a high priority incident | \[Sum of the duration of all high priority incidents resolved during the month\] / \[Total number of high priority incidents resolved during the same month\] * Duration is the length of time from creation to resolution. * High priority incidents include priority 1 (P1) and priority 2 (P2). | | Average time to resolve an incident | \[Sum of the duration of all incidents resolved during the month\] / \[Total number of incidents resolved during the same month\] Duration is the length of time from creation to resolution. | | Number of incidents created per user | Number of incidents per user created during the month. Global value is the average of all participating customers per user. | [Tabela 1. Incident] {#c_BenchKPIConfig__table_ovv_mj4_gbb} {#c_BenchKPIConfig__table_zw4_jxn_b1b__entry__2} | KPI | Description | |-|-| | % of high priority problems | \[Number of high priority problems closed during the month\] / \[Total number of problems closed during the same month\] High priority problems include priority 1 (P1) and priority 2 (P2). | | % of incidents resolved by problem | \[Number of incidents resolved during the month that are associated with a problem\] / \[Total number of incidents resolved during the same month\] | | Average time to close a problem | \[Sum of the duration of all problems closed during the month\] / \[Total number of problems closed during the same month\] * Duration is the length of time from creating to closure. * Problems include priority 1 (P1) through priority 5 (P5). {#c_BenchKPIConfig__ul_wb3_v21_r1c} | [Tabela 2. Problem] {#c_BenchKPIConfig__table_zw4_jxn_b1b} {#c_BenchKPIConfig__table_ljl_nxn_b1b__entry__2} | KPI | Description | |-|-| | % of emergency changes | \[Number of emergency changes closed during the month\] / \[Total number of all changes closed during the same month\] All changes include standard, normal, and emergency. | | % of failed changes | \[Number of unsuccessful changes during the month\] / \[Total number of all changes closed during the same month\] | | Average time to close a change | \[Sum of the duration of all changes closed during the month\] / \[Total number of all changes closed during the same month\] * Duration is the length of time from creation to closure. * All changes include standard, normal, and emergency. {#c_BenchKPIConfig__ul_fd1_pxn_b1b} | [Tabela 3. Change] {#c_BenchKPIConfig__table_ljl_nxn_b1b} {#c_BenchKPIConfig__table_w3h_v5n_b1b__entry__2} | KPI | Description | |-|-| | % of closed requests with breached SLAs | \[Number of closed requests with breached SLAs during the month\] / \[Total number of closed requests during the same month\] Breached SLAs are calculated from the task_sla table for requests closed during the month. | | Average time to fulfill a request | \[Sum of the duration for Service Catalog requests fulfilled during the month\] / \[Total number of Service Catalog requests fulfilled in the same month\] * Duration is the length of time from creation to closure. * Number of Service Catalog requests fulfilled is the count of the number of records in the sc_req_item table, which were closed within a month. | | Number of requests created per user | Number of requests per user created during the month. | [Tabela 4. Service Catalog] {#c_BenchKPIConfig__table_w3h_v5n_b1b} {#c_BenchKPIConfig__table_dly_x5n_b1b__entry__2} | KPI | Description | |-|-| | % of incidents resolved using KB articles | \[Number of incidents with KB articles resolved during the month\] / \[Total number of incidents resolved during the same month\] | | Number of knowledge articles views per user | Number of knowledge article views per user during the month. * Knowledge base views are generated from the kb_use table. * Global value is the average of all participating customers per user. {#c_BenchKPIConfig__ul_svd_z5n_b1b} | [Tabela 5. Knowledge] {#c_BenchKPIConfig__table_dly_x5n_b1b} {#c_BenchKPIConfig__table_rsg_1f3_ktb__entry__2} | KPI | Description | |-|-| | % call deflection | \[The number of incidents and requests created using Virtual Agent \] / \[Total numbers of incidents and requests created\] The number of times, in percentage, the incident, or request was submitted using Virtual Agent. This is determined by the [deflection](https://www.servicenow.com/docs/access?context=deflections-virtual-agent&version=australia&pubname=australia-conversational-interfaces&ft:locale=en-US) pattern added in the Virtual Agent topic. | | % of incidents auto-resolved | \[The number of incidents auto-resolved by Virtual Agent \] / \[Total number of incidents resolved\] The number of times, in percentage, incidents were automatically resolved using automated workflows or by [Issue Auto Resolution](https://www.servicenow.com/docs/access?context=auto-resolution-va&version=australia&pubname=australia-conversational-interfaces&ft:locale=en-US). | [Tabela 6. ITSM Virtual Agent] {#c_BenchKPIConfig__table_rsg_1f3_ktb} {#c_BenchKPIConfig__table_yws_1qy_fbb__entry__2} | KPI | Description | |-|-| | Average customer satisfaction | \[Sum of normalized metric values of all survey instances taken during the month\] / \[Total number of survey instances taken during the same month\] * Table: asmt_metric_results. * Survey: Customer Satisfaction Survey. * Metric value is normalized as per category weights. {#c_BenchKPIConfig__ul_ncp_5vy_fbb} Nota: This KPI uses the base system Customer Satisfaction Survey. If you're using a different survey to collect user feedback, you can [customize the KPI definition](https://servicenow-prod.fluidtopics.net/7tin91y0SL99bPLPahJnKQ "You can customize KPI conditions to fit the needs of your organization better."). | | Number of requests per fulfiller | \[Number of active requester (non-ITIL) users during the month\] / \[Total number of active ITIL users during the same month\] | [Tabela 7. Other] {#c_BenchKPIConfig__table_yws_1qy_fbb} ## ITOM KPIs {#c_BenchKPIConfig__table_oh2_1vn_b1b__entry__2} | KPI | Description | |-|-| | % of duplicate CIs | Average % of duplicate CIs during the month. Duplicate CIs are calculated using the cmdb_health_scorecard table. Nota: The definition of duplicate CIs is likely to vary per participant. Your duplicate CIs definition may or may not be similar to the definitions of others. For comparison, the metrics provided in this report represent the average of all participants. | | % of non-compliant CIs | Average % of non-compliant CIs during the month. Non-compliant CIs are calculated using the cmdb_health_scorecard table. Nota: The definition of CI compliance audits is likely to vary per participant. Your CI compliance audit definition may or may not be similar to the definitions of others. For comparison, the metrics provided in this report represent the average of all participants. | | % of stale CIs | Average % of stale CIs during the month. Stale CIs are calculated using the cmdb_health_scorecard table. Nota: The definition of stale CIs is likely to vary per participant. Your stale CIs definition may or may not be similar to the definitions of others. For comparison, the metrics provided in this report represent the average of all participants. | [Tabela 8. CMDB] {#c_BenchKPIConfig__table_oh2_1vn_b1b} ## Conversational Interfaces KPIs {#c_BenchKPIConfig__section_ekt_bny_ktb} {#c_BenchKPIConfig__table_ow2_2ny_ktb__entry__2} | KPI | Description | |-|-| | % of users using Virtual Agent | \[Total number of users using Virtual Agent \] / \[Total number of active users\] Percentage of unique users who are using Virtual Agent to handle everyday tasks and requests. | | % conversation handed over to a live agent | \[Number of conversations assigned to a live agent\] / \[Total number of conversations\] The percentage of virtual agent conversations that were redirected to handle everyday tasks and requests. | | Virtual Agent CSAT score | Uses the daily average score of the surveys conducted to analyze the quality of user interactions with Virtual Agent conversations. | [Tabela 9. Virtual Agent] {#c_BenchKPIConfig__table_ow2_2ny_ktb} ## Security Operations KPIs {#c_BenchKPIConfig__section_emw_qr4_ndb} {#c_BenchKPIConfig__table_nlc_sr4_ndb__entry__2} | KPI | Description | |-|-| | % of critical and high priority security incidents | \[Number of critical and high priority security incidents created during the month\] / \[Total number of all security incidents created during the same month\] | [Tabela 10. Security Incident Response] {#c_BenchKPIConfig__table_nlc_sr4_ndb} {#c_BenchKPIConfig__table_kgw_yrk_h2b__entry__2} | KPI | Description | |-|-| | Average critical vulnerability age | \[Summed age of critical vulnerable items\] / \[Number of critical vulnerable items\] | | Average vulnerability age | \[Summed age of vulnerable items\] / \[Number of vulnerable items\] | | Average vulnerability per asset | \[Sum of active vulnerable items\] / \[Total number of scanned configuration items\] | | VI mean time to remediate (MTTR) | \[Sum of duration of closed vulnerable items\] / \[Total number of closed vulnerable items displayed as a 30-day running average\] | | % of remediation efficiency | \[Number of vulnerable Items items closed during a month\] / \[Number of new or reopened vulnerable items in the same month\] | [Tabela 11. Vulnerability Response] {#c_BenchKPIConfig__table_kgw_yrk_h2b} ## Success Dashboard KPIs {#c_BenchKPIConfig__section_oxp_np3_1vb} You must install the ITSM Success Dashboard application to access the Success Dashboard KPIs. For more information, see [Install ITSM Success Dashboard indicators](https://servicenow-prod.fluidtopics.net/XQKKu7YIrt8jtbb2E7D40Q "You can install the ITSM Success Dashboard indicators application (sn_sd_itsm) if you have the admin role. The application installs related ServiceNow Store applications and plugins if they are not already installed."). {#c_BenchKPIConfig__table_okv_rp3_1vb__entry__3} | KPI | Formula | Description | |-|-|-| | Self-solved % | \[Self-solved (VA, KB, QnA, Proactive Engagement) + Automated resolutions\] / \[Total Tickets Resolution + Self-solved (VA, KB, QnA, Proactive Engagement) + Self service using Password Reset apps\]\*100 | Self-solved percentage is calculated based on the daily average number of times your users achieved resolution without agent intervention. It includes numbers from the following items: * Self-solved using Virtual Agent. * Self-solved using Knowledge articles. * Self-solved using QnA. * Self-solved using PE * Automated resolutions. This could be, for example, incidents that were auto-resolved using Virtual Agent. {#c_BenchKPIConfig__ul_jbp_br3_1vb} | | Call deflection % | \[Catalog ticket submissions + VA ticket submissions + Self-solved (VA, KB, QnA and Proactive Engagement) + Self service using Password Reset apps\] / \[Total tickets submitted + Self-solved (VA, KB, QnA and Proactive Engagement) + Self service using Password Reset apps\]\*100 | Call deflection is calculated per day based on the number of times requestors performed the following actions without Tier 1 agent intervention: * Ticket submissions using Service Catalog * Ticket submissions using Virtual Agent * Self-solved using Virtual Agent * Self-solved using Knowledge articles {#c_BenchKPIConfig__ul_fgy_mr3_1vb} | | Structured tickets % | \[Structured tickets completed\]/\[Total Ticket resolutions\]\*100 | Count percentage of tickets that were completed and were structured. This could be, for example, a requested item fulfillment or an HR Case where payroll ambiguity was resolved. | | Average CSAT (Customer satisfaction survey) scores | \[ITSM Customer Satisfaction Score\] + \[Virtual agent Customer Satisfaction score\] | Average of customer satisfaction scores based on the surveys conducted after the issue was resolved. Nota: Both ITSM Customer Satisfaction score and VA Customer Satisfaction score are normalized with the base as 10. | | MTTR -- Average mean time to resolution | \[Time to resolve\]/\[Issues resolved\]/24 | Mean time to resolve (MTTR) is calculated from daily average of the time between the ticket creation and ticket closure. Card displays average MTTR for the report range. | | Breached SLA % | \[Issues resolved with breached SLAs\]/\[Issues resolved\]\*100 | Breached Service Level Agreement (SLA) percentage is calculated from the daily average number of issues that were closed after having breached an SLA. | | First assignment resolution | \[Tickets resolved without reassignment\]/\[Issues resolved\]\*100 | Tickets resolved without having to reassign to an agent. | | % Automated resolutions | (\[\[Automated resolutions\]\]/\[\[Self solved - percentage (denominator)\]\])\*100 | Total number of tickets successfully completed and closed using the automated workflows, or by Issue Auto Resolution, or by Password Reset web/windows application. | | % KB - Self-solved (count) | (\[\[KB - Self-solved (count)\]\]/\[\[Self solved - percentage (denominator)\]\])\*100 | Total number of tickets successfully completed and closed by reading the knowledge articles. This is determined when users read knowledge article(s) and do not create a ticket in a 24-hour window. | | % VA - Self-solved (count) | (\[\[VA - Self-solved (count)\]\]/\[\[Self solved - percentage (denominator)\]\])\*100 | Total number of automated conversations that resolved the issue. This is determined by the deflection node instrumented in the Virtual Agent topic. | | % Call deflection when self-solved (count) | (\[\[Call deflection when self-solved (count)\]\]/\[\[Call deflection - percentage (denominator)\]\])\*100 | Total number of issues or requests solved using the Virtual Agent and Knowledge Base articles that resulted in call deflection. | | % VA ticket submissions (count) | (\[\[VA ticket submissions (count)\]\]/\[\[Call deflection - percentage (denominator)\]\])\*100 | Total number of times the ticket was submitted using the Virtual Agent. This is determined by the deflection node instrumented in the Virtual Agent topic. | | % Catalog ticket submissions (count) | (\[\[Catalog ticket submissions (count)\]\]/\[\[Call deflection - percentage (denominator)\]\])\*100 | Total number of tickets (cases, incidents, requested items and so on) submitted using the Service Catalog in Service Portal or NOW mobile. | | Productivity moments - Productivity in search per user | \[\[Productivity in search (count)\]\] / \[\[Average number of active users\]\] | Instances where ServiceNow capabilities like NLU, LLM, Knowledge Article, Walk-up experience, etc, helped either the agent or requester in improving their productivity. | | Productivity moments - Productivity in routing per user | \[\[Productivity in routing (count)\]\] / \[\[Average number of active users\]\] | Instances where ServiceNow capabilities like NLU, LLM, Knowledge Article, Walk-up experience, etc, helped either the agent or requester in improving their productivity. | | Productivity moments - Productivity in fulfilment per user | \[\[Productivity in fulfilment (count)\]\] / \[\[Average number of active users\]\] | Instances where ServiceNow capabilities like NLU, LLM, Knowledge Article, Walk-up experience, etc, helped either the agent or requester in improving their productivity. | | Productivity moments - Productivity in knowledge article generation | \[\[Productivity in knowledge article generation\]\] / \[\[Average number of active users\]\] | Instances where ServiceNow capabilities like NLU, LLM, Knowledge Article, Walk-up experience, etc, helped either the agent or requester in improving their productivity. | [ ] {#c_BenchKPIConfig__table_okv_rp3_1vb} For more information on Success Dashboard KPI definitions and formulas, see [ITSM Success Dashboard indicators KPI definitions and formulas](https://servicenow-prod.fluidtopics.net/eA1ErFu09Vxy1_W2qbucOg "Enable ITSM Success Dashboard and configure settings to understand and use the Key Performance Indicators (KPIs) and formulas.") ## Strategic Portfolio Management KPIs {#c_BenchKPIConfig__section_pwz_qf4_1vb} Benchmarks supports Strategic Portfolio Management KPIs. You must install the [Strategic Portfolio Management](https://www.servicenow.com/docs/access?context=it-business-management-bu-level&version=australia&pubname=australia-it-business-management&ft:locale=en-US) application to access the respective Benchmarks KPIs. For more information about the , see [SPM Benchmarking KPIs](https://www.servicenow.com/docs/access?context=spm-benchmarking-kpis&version=australia&pubname=australia-it-business-management&ft:locale=en-US). * **[Configure KPI participation](https://servicenow-prod.fluidtopics.net/uKCzJxWTuI0tPqaZ1kl3Rg)** Review and configure Benchmarks KPI participation by opting in or out of categorized KPIs. * **[Link or customize a benchmark KPI](https://servicenow-prod.fluidtopics.net/7tin91y0SL99bPLPahJnKQ)** You can customize KPI conditions to fit the needs of your organization better. * **[Use Benchmarks data for value management analysis](https://servicenow-prod.fluidtopics.net/3NE~y_Zl5kYwsWwnA1o~6Q)** Manually collect historical Benchmarks data to analyze the benefits of year-over-year growth when you use the ServiceNow Benchmarks application.