Reports and Statistics Module

SHOW ALL CONTENT

Table of contents

Related Articles

Introduction

Octopus offers integrated reports and statistics. This Wiki article has been designed to help you find the information.

NOTE: To see the Reports and statistics module, an Octopus user must have this permission:
  • Access to the dashboard, statistics and reports

List of reports and statistics

Here is the list of the categories found in the module as well as reports and statistics found in each category.

In some cases, a link is accessible as there is a more in-depth description later in this article.

 

Requests

Incident

  • Incidents > KPI (Key performance indicators).
  • Incidents > Per month.
  • Incidents > Department.
  • Incidents > Site.
  • Incidents > Category.
  • Incidents > Affected service.
  • Incidents > Group.
  • Incidents > Technician.
  • Incidents > Template.

Service Request

  • Service request  > KPI (Key performance indicators).
  • Service request > Category.
  • Service request > Per month.
  • Service request > Department.
  • Service request > Site.
  • Service request > Group.
  • Service request > Technician.

Problem

  • Problems > Category.
  • Problems > Per month.
  • Problems > Most problematic CI.
  • Problems > Most problematic CI models.
  • Problems > Most problematic CI types.

Change

  • Changes > Per month.

Configurations and suppliers

Satisfaction

  • Average satisfaction per month.
  • Detailed satisfaction per month.

 

 

What you need to know: 

There is another report exclusively for the planned request, it can be found in the Planned Request Management module:
  • Planned efforts breakdown.

Description of the reports

Activity Timesheet

The Activity Timesheet shows the efforts entered by Octopus users, within a selected period, in their activities for all request types. It allows the analysis of different aspects, such as: 

  • The occupancy ratio of the Octopus users. 
  • The involvement of the Octopus users in operational requests, projects as well as internal administration activities (meetings, training, etc.)
  • If the Octopus users are properly filling out the Effort field of activities. 
  • If proper working methods are applied.

Adding the efforts in the activities provides a lot of information on the way the team functions, as well as some indicators of how some working methods can be improved.

For example, if one technician takes five hours to install a computer and another takes one, you could establish a process for this task, making sure everyone follows the same steps. This promotes internal training between Octopus users and ensures that the work gets done appropriately by all technicians. 

In addition, the proper entry of the effort participates in the assessment of the cost of incidents or service requests as well as the average cost of support shown in the KPI reports for incidents or service requests, available in the Reports and  Statistics modules. 

Entering the effort in activities of the internal administrative requests requires the creation of an internal SR type. The contribution of the Octopus users will be reflected in more completely, as it will show the operational and the administrative activities. 

More details

From the​ File Reports and statistics or with the icon choose the Activity Timesheet report. 

  • Select one or more users.
  • Check the options that you want from the following:
    • Include activities with no effort specified (by default).
    • Include the description of the activities (by default).
    • Include the description of the request.

    • Include the department associated with the request.
    • Include the category.
  • Click on OK.

The generated report will detail the effort for each activity as well as the total of all efforts for the selected period.

 

What you need to know :
It is possible to see a calendar view of Octopus users activities.
To find out how this option works, see the See the calendar of another assignee section of the Effort Management article.

 

Summary of activities - Total effort per site

This report will give you the summary of the total effort per site, based on selected time period. Only closed incidents/SR will appear. This will help you find out how much effort was dedicated to the support of each site. 

The generated report shows: 

  • The selected period.
  • The site name.
  • The list of requests, containing:
    • The request number, subject and description.
    • The name of the person who resolved each request along with the resolution date.
    • The total efforts for all request activities.
  • The total sum of efforts by site, for the incidents, the SR and the sum for both (incident + SR efforts).

You can produce this report on a monthly basis to help you track sites that needed more assistance or made more requests to the IT department. 
 

Planned request cumulative realization

The Planned request cumulative realization graph allows to compare by Effort; the actual effort in relation to the planned effort, or in terms of the Number of completed requests versus the number of planned ones. 

For all the details on this report, see the Planned request cumulative realization section of the Planned Request Management Wiki. 

Visual explanation

Planned request cumulative realization - view by Effort

Planned request cumulative realization - view by Number

 

What you need to know:

The graph can be opened in a side window if you use CTRL + the Planned request cumulative realization report. 

 

Request types by month

The Request types by month graph aims to help follow the work done by technicians in the form of the time spent on activities or the number of completed requests for better resource management.

Data and Display

The following types of requests can be selected in the report :

  • Incidents
  • Service requests
  • Planned requests
  • Changes
  • Problems
  • Events

The data will be shown according to the display type selected:

  • Effort
    • Based on the activities for the selected period. 
    • The effort must have been added in the activity in the time format hh:mm.
    • Supplier efforts are excluded. 
    • If a filter has been applied on one of more groups, sites, departments or CI, only the activities of the corresponding requests will be shown. 
  • Number
    • Based on the activities for the selected period:

      • Incidents, service requests and planned requests that have been resolved.

      • Changes that were completed or closed. 

      • Problems that were closed.

      • Events that were processed. 

    • If a filter has been applied on one of more groups, sites, departments or CI, only the corresponding requests will be shown.

Filters

  1. Data: Shows one or more types of requests. 
  2. Display: Data is displayed in the graph by the efforts entered in activities or by the number of completed requests for the selected period. 
  3. Year: Represents a whole year.
    • The little black arrow will allow the year to be modified to the start and end date. 
  4. Group: Shows the effort distribution or the number of completed requests for a group. 
  5. Site: Shows the effort distribution or the number of completed requests for a site or sub-site. 
  6. Department: Shows the effort distribution or the number of completed requests for a department or sub-department.
  7. Criticality: Shows the effort distribution or the number of completed requests for one or more criticalities.
  8. Types / Models: Shows the effort distribution or the number of completed requests based on the CI types or models.
    • The data from the requests without a CI will only be visible if all types and models are selected, which is the default option.
Visual explanation

Graph contextual menu

Right-click inside a graph to access the context menu.

  • Display values: Shows the data value at the top of each column.
  • Display horizontal lines: Allows to see or remove the horizontal lines in the graph.

    • This is the default option.

  • Display data: To display the data related to a specific element, right-click on the column in the graph and select Display Data, the data will be shown in a list. It is also possible to double-click a column to drill into the data until you get a list.

 

 

Request types breakdown

The Request types breakdown graph has as an objective to present, for a known period, the request distribution based on efforts or amount. This pie-chart diagram allows a global visibility and a comparison of work load distribution, based on request type.  It is an add-on to the Request types per month graph and is based on the same display rules.

Data and Display

The following types of requests can be selected in the report :

  • Incidents
  • Service requests
  • Planned requests
  • Changes
  • Problems
  • Events

The data will be shown according to the display type selected:

  • Effort
    • Based on the activities for the selected period. 
    • The effort must have been added in the activity in the time format hh:mm.
    • Supplier efforts are excluded. 
    • If a filter has been applied on one of more groups, sites, departments or CI, only the activities of the corresponding requests will be shown. 
  • Number
    • Based on the activities for the selected period:

      • Incidents, service requests and planned requests that have been resolved.

      • Changes that were completed or closed. 

      • Problems that were closed.

      • Events that were processed. 

    • If a filter has been applied on one of more groups, sites, departments or CI, only the corresponding requests will be shown.

Filters

  1. Data: Shows one or more types of requests. 
  2. Display: Data is displayed in the graph by the efforts entered in activities or by the number of completed requests for the selected period. 
  3. Year: Represents a whole year.
    • The little black arrow will allow the year to be modified to the start and end date. 
  4. Group: Shows the effort distribution or the number of completed requests for a group. 
  5. Site: Shows the effort distribution or the number of completed requests for a site or sub-site. 
  6. Department: Shows the effort distribution or the number of completed requests for a department or sub-department.
  7. Criticality: Shows the effort distribution or the number of completed requests for one or more criticalities.
  8. Types / Models: Shows the effort distribution or the number of completed requests based on the CI types or models.
    • The data from the requests without a CI will only be visible if all types and models are selected, which is the default option.
Visual explanation

Display data

It is possible to display the values related to a specific type by double clicking on its section or with a right click on the desired section, and selecting Display data from the contextual menu.  When the graph is displaying Efforts, the result will be activities related to the types of requests for the selected period.  If the graph is displaying Numbers, then the result will be the list of requests (based on the selected type).

 

Incident and service request KPIs

The reports for Incident KPIs and Service requests KPIs provide key performance indicators for incidents and service requests. The KPIs are available in the Statistics module. 

When executing one of these reports, a window appears from which you can specify:

  • The period covered by the report (Start & End).
  • A report by site, department or group, identified according to the need.
See the Table of the Report Calculation Details

This section presents the calculation details for each incident and service request KPI indicator. A note will explain, when required, if the indicator is specific to only one of the two KPI reports. 

Basic Criteria Application

Certain basic criteria are applied to all the performance indicators in the report. 
  • Is part of the current team.
  • Is not a reservation request.
  • Is not canceled.

According to the choice:

By Site

  • Contains all site or is filtered according to selection.

By Department

  • Contains all departments or is filtered according to selection.

By Group

  • Contains all groups or is filtered according to selection and contains the Octopus users of the groups previously selected.
  • The resolution group respects the group filter - for the indicators that refer to the resolution.

The others are represented in the following table.

Indicator type Application criteria
Total number of incidents/SR
Number
  • The open date is within the selected period.
  • Does not have a parent incident/SR.
Total number of incident/SR resolved
Number
  • The resolution date is within the selected period.
Total number of child incident/SR

Number

  • The open date is within the selected period. 
  • Has a parent incident/SR.
Incident/SR resolved within SLA targets
Number
  • The resolution date is within the selected period.
  • Does not have a parent incident/SR.
  • Does not have a Late SLA status.
Percentage

Number of incidents/SR resolved within the SLA.


Total number of resolved incidents/SR.

Incidents/SR resolved without an on-site visit
Number
  • Is part of the total number of incidents/SR resolved.
  • Has no activity that indicates an on-site visit.
Percentage

Total number of incident/SR resolved without an on-site visit.


Total number of incident/SR resolved.

Incidents/SR resolved by the service center
Number
  • Is part of the total number of incidents/SR resolved.
  • Has the Service Center as a resolution group.
  • The assigned group was never changed.
Percentage

Total number of incident/SR resolved by the service center.


Total number of incident/SR resolved.

Reopened Incidents/SR
Number
  • Is part of the total number of incidents/SR resolved.
  • Has a reopening activity during the selected period.
Percentage

Number of reopened incident/SR.


Total number of incident/SR resolved.

Average support cost per incident
Data source
  • Is part of the total number of incidents/SR resolved.
Amount

Sum of total efforts from the data source.


Total number of incident/SR resolved.

Number of responses to the satisfaction survey
Number
  • Is part of the total number of incidents/SR resolved.
  • For witch satisfaction survey was answered.
Percentage

Number of responses to the satisfaction survey.


Total number of incident/SR resolved.

Average level of user satisfaction
Data source
  • Is part of the total number of incidents/SR resolved.
  • For witch satisfaction survey was answered.
Number

Sum of the satisfaction levels.


Number of responses to the survey.

Incidents/SR per priority
Data source
  • Is part of the total number of opened incidents/SR.
Priority
  • Is a priority in the current team.
Number
  • If part of the associated priority.
Percentage

Total number of incidents/SR for the priority.


Total number of opened incidents/SR.

Incidents per category

(incidents only)

Data source

  • Is part of the total number of opened incidents.
Category
  • Is an active category in the current team.
  • Contains at least one incident from this category in the data source.

Number

  • Is part of the associated category.
Percentage

Number of incidents for this category.


Number of incidents for this category.

Total effort
  • Total sum of the efforts in incidents of this category.
Average effort

Total sum of the efforts for incidents of this category.


Total number of incidents for this category.

Service request per type

(SR only)

Data source
  • Is par of the total number of opened SR.
Types
  • Is an active type in the current team.
  • Contains at least one SR from this category in the data source.
Number
  • Is part of the associated type.
Percentage

Number of SR for the type.


Total number of opened SR.

Total effort
  • Total sum of the efforts in SR of this type.
Average effort

Total sum of the efforts in SR of this type.


Total number of SR for this type.

Incidents/SR per source
Data source
  • Is part of the total number of opened incidents/SR.
Sources
  • Is an active communication source in the current team.
Number
  • Is part of the associated communication source.
Percentage

Number of incidents/SR for this communication source.


Total number of opened incidents/SR.

Incidents/SR per group (resolution)

Data source

  • Is part of the total number of incidents/SR resolved.
Groups
  • Is an active group in the current team.
Number
  • Is part of the associated resolution group.
Percentage

Number of incidents/SR for this resolution group.


Total number of resolved incidents/SR.

Effort total
  • Total sum of the efforts in incidents/SR of this resolution group.
Incidents/SR per technician (resolution)

Data source   

  • Is part of the total number of incidents/SR resolved.
Technician
  • Active user with a license type different from Batch or End user and who has a role that gives him access in the current team.
Number
  • Was resolved by the associated technician.
Percentage

Number of incidents/SR resolved by the associated technician.


Total number of resolved incidents/SR

Total effort
  • Sum of total efforts of incidents/SR of the associated assignee.
Average delay before assignment taken (incidents only)

Data source

  • For which the response date of the incident is within the selected period. 
Average time (in bold)

Sum of the response time for the incidents in the data source.


Number of incidents present in the data source.

Priority
  • Active priority in the current team.
Average time

Sum of the response time for the incidents in the data source
for the associated priority.


Number of incidents present in the data source.

Average resolution time
Data source
  • Is part of the total number of incidents/SR resolved.
Average time (in bold)

Sum of the Resolution delay (taking into account suspension) of the data source.


Total number of resolved incidents/SR.

Priority
  • Active priority in the current team.
Average time

Sum of the resolution delay of the data source

for the associated priority.


Number of incidents/SR present in the data source.

Incidents/SR resolved within targets

Data source

  • Is part of the total number of incidents/SR resolved.
Priority
  • Active priority in the current team.
Number
  • Does not have a Late SLA status for the associated priority.
Percentage

Number of incidents/SR without a Late SLA status.


Total number of incidents/SR for the associated priority.

Target
  • Resolution target for the associated priority.

 

CI Inventory

The CI Inventory report highlights information for the IT department. This information is in relation to the following three CI types: laptopserverworkstation

The report can be selected By Site or By Department. The following information will be displayed, if it has been entered in the CI files: 

  • CI Type.
  • CI Name.
  • Model.
  • CPU.
  • Department.
  • Local.

Service Contracts Summary Report

Reports can be created for service contracts based on different criteria. Select the appropriate combinations for the desired information.

  1. ExpiredActive and Future contracts can be displayed. For example, search for all servers and printers service contracts.
  2. Indicate in the Maintenance tab which CI requires a service contract.
  3. In the results you will see the criteria used for the search and the information on the CI and contracts that correspond to what was searched for

The information returned on the contracts are:

  • The status.
  • The start date of the contract.
  • The end date of the contract.
  • The contact type.
  • The contract number.
  • The cost of the contact.
  • The supplier.
  • The description of the contract.
Visual explanation

 

If you have the SQL knowledge, you can also exploit the data and make your custom reports with additional tools like Crystal Reports, Power BI. For hosted customers, you can automate the download of your database. See here for more details.

X
Help us improve our articles








Help us improve our articles