Overview of reporting and analytics for developers

  • Release version: Australia
  • Updated March 12, 2026
  • 2 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Overview of reporting and analytics for developers

    Reporting and analytics are essential for most applications you develop in ServiceNow, enabling actionable insights to drive change. Reporting typically involves displaying data from fact tables like Incident [incident], while Performance Analytics (PA) allows you to track key performance indicators (KPIs) over time. ServiceNow is transitioning between two main interfaces for reporting and analytics:

    Show full answer Show less
    • Core UI technology: Includes the Reporting application for table-based data and PA Widgets for Performance Analytics indicators. Both can be added to Core UI responsive dashboards.
    • Platform Analytics technology: Provides Data Visualizations from any data source, which can be included in Platform Analytics dashboards with filters. This uses the Next Experience UI Framework and is accessible to developers and non-developers alike.

    For clarity, “reporting” usually refers to Core UI Reporting, while “visualization” refers to Platform Analytics data visualizations.

    Best Practices

    • Apply filters such as date ranges to avoid performance issues when reporting on large tables.
    • Avoid grouping by fields with many distinct values to prevent slow report load times.
    • If encountering "Long running transaction" messages, add more filters to reduce data load.
    • Use scheduled exports and email delivery for regular distribution of reports, visualizations, or dashboards.

    Options for Displaying Multiple Visualizations

    Platform Analytics offers several approaches to present multiple data visualizations on one page:

    • Create dashboards entirely within the Platform Analytics experience: No developer role needed, ideal for quick setup by business users.
    • Use UI Builder with data visualization components: Provides maximum customization and developer control but requires more configuration.
    • Combine Platform Analytics dashboards with UI Builder pages: Allows creation of dashboards and filters in Platform Analytics, then embedding them in custom UI Builder pages for partial page customization.
    • Use technical dashboards inside UI Builder: Similar to building from scratch but benefits from being part of the dashboard library with detailed sharing capabilities.

    These options enable developers to balance ease of use and customization depending on project needs.

    Most applications that you create have some level of reporting requirements. Reports should be actionable to drive change.

    "Reporting" generally refers to showing the data inside facts tables like Incident [incident]. You can also create key performance indicators (KPIs) to track changes in this data over time, through the Performance Analytics application.

    Currently the ServiceNow AI Platform® is in transition between two user interfaces for showing this information:
    • The older Core UI technology. This UI includes the Reporting application, which only shows data directly from tables, and PA Widgets, which show data from Performance Analytics indicators. Both reports and PA widgets can be placed on Core UI responsive dashboards. For more information, see Reporting, dashboards, and Performance Analytics in the Core UI.
    • The newer Platform Analytics technology. This UI includes Data Visualizations, which let you report on data from any source. These visualizations can be placed on Platform Analytics dashboards, along with Platform Analytics filters. For more information, see Platform Analytics experience.

      All Platform Analytics objects are rooted in the Next Experience UI Framework and are available to developers. However, a non-developer can still build their own objects through the Platform Analytics experience, without using UI Builder. For more information, see Platform Analytics experience.

    Note:
    Although "reporting" is a general term, this documentation usually uses "report" and "reporting" to refer to the Core UI Reporting application and "visualization" or "visualize" to refer to Platform Analytics data visualizations, for disambiguation.

    Follow these guidelines when building reports or data visualizations:

    • Creating reports or visualizations on large tables can negatively impact performance. Be sure to filter by a date range or other limiting criteria rather than showing all records on the table.
    • Grouping by fields that contain many possible values can negatively impact performance.
    • If loading a report or visualization gives a Long running transaction timer message, consider adding more data filters to reduce the load time.
    • If you need to export a report, data visualization, or dashboard on a regular basis, schedule the export and email.
    In Platform Analytics, you have several possibilities for showing multiple data visualizations on one page:
    • Create the data visualizations and the dashboards entirely inside the Platform Analytics experience. This approach does not require a developer role or special technical knowledge, and probably should be explored before you try a more complex solution.
    • Create data visualization components in a generic UI Builder page, along with filters and other components. This approach gives you the most freedom as a developer, but also requires the most configuration.
    • Create the data visualizations and the dashboards inside the Platform Analytics experience, but then place the dashboards inside UI Builder pages using the Dashboard page template. This approach lets you use the convenience and special features of the Platform Analytics experience to create dashboards, data visualizations, and filters in your own experiences/workspaces. This approach also gives you the freedom to customize the page configuration partially. For more information, see Creating Platform Analytics pages in your own workspace.
    • Create a technical dashboard and populate it inside UI Builder. This approach is almost the same as creating your own UI Builder page from scratch, but the dashboard is available in the dashboard library, has dashboard details, and can be shared like other dashboards. For more information, see Technical dashboards.