The CreatorCon Call for Content is officially open! Get started here.

Report on tickets 'touched' or 'handled' by an Assignment Group

elbow
Giga Contributor

Hi All,

I've read several similar questions and been through the answers. Needless to say I'm left needing to ask my own question.

I want to use the OOTB Reporting module (version=helsinki) to report on all tickets assigned to a group (I'll actually use a Parent group, and pivot the results by each child group), which have specifically been 'touched' or 'handled' by another particular team. Let's call that team "Team Z"

I can confirm that Team Z will actually add a Work Note such as "Assigned to Team A" to every ticket they 'touch' or 'handle'. So not only will they have an entry in the History table, it also appears in Notes. This may assist in your ideas/responses.

So lets say last month there were a total of 200 tickets assigned to, and closed by Team A.

I want to be able to tell how many of them had passed through the Team Z queue prior.

I know there is a reassignment count also, but not sure it's going to help me out in this case. I'm presently fiddling using the 'keyword' function but I've read the Notes table is not indexed so I could potentially create a vortex if I continue. And of course, I've noticed I can't 'layer' keyword criteria in a single query, or use the AND function. (I take it this is a known limitation?)

Any help is appreciated. I should repeat that I need to run this in the gui itself. That said, if the only way the above can be achieved is by direct query then don't hold back!

And if you need me to clarify anything, or add information please let me know.

Thanks in advance,

Scott

1 ACCEPTED SOLUTION

Hey Scott, this should get you what you're looking for.



Create a metric called something like Incident Touched.   Use the following settings:


  • Name: Incident Touched
  • Table: Incident [incident]
  • Field: Assignment group
  • Type: Script calculation
  • Timeline: (leave blank)
  • Active: True (checked)
  • Description: Creates a metric to record that an assignment group touched an incident. Does not create duplicate metrics if an incident is assigned to an assignment group multiple times.
  • Script: See below


Script:


/**


* Creates a metric to record that an assignment group touched an incident.


* Does not create duplicate metrics if an incident is assigned to an


* assignment group multiple times.


*


* Parameters


*   These parameters are passed into all metric definition scripts.


*


*   current


*       The current record that triggered the metric definition


*


*   definition


*       The metric definition being triggered


*


*   mi


*       A MetricInstance object (see the MetricInstance script include for more


*       information and documentation). I'm not a big fan of using the mi object


*       because it doesn't really contain complete functionality or the ability


*       to customize metrics to the extent that a custom script normally


*       demands.


*


* Created by Dennis R


* 2017-08-16: Initial creation


*/


(function calculateMetric(current, definition, mi) {


      // Check to see if a metric instance already exists for this ticket


      // assigned to this assignment group


      var grMetric = new GlideRecord('metric_instance');


      grMetric.addQuery('id', current.getValue('sys_id'));


      grMetric.addQuery('definition', definition.getValue('sys_id'));


      grMetric.addQuery('value', current.getDisplayValue('assignment_group'));


      grMetric.query();




      if (grMetric.hasNext()) {


              // If so, then this ticket has already been counted for this assignment


              // group and there's no need to do anything.


      }


      else {


              // If not, create one


              var now = new GlideDateTime();


              var instant = new GlideDuration(0);


           


              grMetric = new GlideRecord('metric_instance');


              grMetric.initialize();


              grMetric.setValue('table', current.getRecordClassName());


              grMetric.setValue('id', current.getValue('sys_id'));


              grMetric.setValue('definition', definition.getValue('sys_id'));


              grMetric.setValue('field', definition.getValue('field'));


              grMetric.setValue('value', current.getDisplayValue('assignment_group'));


              grMetric.setValue('duration', instant);


              grMetric.setValue('business_duration', instant);


              grMetric.setValue('calculation_complete', true);


              grMetric.setValue('start', now);


              grMetric.setValue('end', now);


              grMetric.insert();


      }


})(current, definition, mi);


(You won't hurt my feelings too much if you leave it unattributed to me; that's just a standard header I put on all my scripts.)



Save the metric definition.   This is a screenshot of what your settings should look like on the definition:


Metric Def.png



Now create the report.   Run it against the Incident Metric [incident_metric] database view.   Make sure you add the following filter conditions:


  • Definition is Incident Touched
  • Value is Team Z (note that because Value is a text field, you'll have to type this in instead of selecting it)


If you don't want tickets that ultimately ended up in Team Z's queue (for example, only tickets that ended up in the queue of Team A, Team B, or etc.), then add a filter for:


  • Assignment group is not Team Z


If you want tickets that ONLY ended up in a queue of Team A, Team B, or etc. (that is, that didn't end up in some outside queue), add a filter such as:


  • Assignment group is Team A OR
    • Assignment Group is Team B OR
    • Assignment Group is Team C OR
    • ...


Personally, I would save this filter as a report source so that if you decide you want to filter it further by other criteria, you don't have to keep adding those filters first.   After that, you can add whatever other filters you want, such as created between, updated after, or whatever.



When that report is run, you will get a list of tickets without duplicates that were touched by Team Z at some point and, if you added the assignment group is not Team Z filter, ended up in some other team's queue.



If you just want a count and not a list of tickets, change your report time from List to Single Score.   (But I'd leave it as list at least initially to validate that you're getting back the records you're looking for.)   And as a side note, the time that the ticket was initially assigned to Team Z will be in the Start field of the Incident Metric view.



Hope this helps, and let me know if you have any trouble,


--Dennis R


View solution in original post

54 REPLIES 54

Mike Naputano
Tera Expert

Hi everyone,

I know this post is two years old, but I have been utilizing this metric and wanted to share some issues with it, and what SN support has asked me to do in order to resolve the problem. One issue is a error comes up each time this script is run on our instances:

11/07/2019 13:39:11
Warning Invalid query detected, please check logs for details [Unknown field metric.scored in table asmt_metric]
Invalid query detected, please check logs for details [Unknown field null in table incident] QueryEventLogger

11/07/2019 13:35:58
Warning org.mozilla.javascript.EcmaError: "mi" is not defined.
Caused by error in Schedule Item: 'metric update events process' at line 1

==> 1: GlideEventManager('metric_update').process();
2:
Evaluator

11/07/2019 13:35:58
Warning org.mozilla.javascript.EcmaError: "mi" is not defined.
Caused by error in sysevent_script_action.370039f4c0a808ae00b44eeae13c0497.script at line 3

1: // current: GlideRecord - event scheduled on behalf of (incident for example)
2: // event: GlideRecord - sysevent that caused this to be invoked
==> 3: metricUpdate();
4:
5: function metricUpdate() {
6: var fields = getChangedFields();
Evaluator

Secondly, there is a collision between the out of the box metric called 'Assignment Group' on the incident table and this metric which we called Incident Touched. If you have both metrics active, the out of the box order for each of these metrics is 100. Out of the box, the order field is not even on the form, and I don't think it displays in the list view of metrics. We have noticed that sometimes when incident records are created, both metrics may not be created. We have had SN support looking into why for a few weeks, and they have determined that each of these metrics needs to have a different order set.

So if you do in fact choose to use this metric, please set your run order for this metric to something different than 100.

Michael QCKM
Tera Guru

@Dennis R: I hope you're getting a raise for all this Community Tech Support... GREAT WORK!!!!

 

vinothkumar
Tera Guru

Hi Team,

In our instance metrics definition was inactive and if I activate it now, it is capturing the field value changes for the record being updated. Was there any way, I can get the details of the record, before the metrics was created or being activated.

 

Thanks!

Anne Greenhill
Kilo Contributor

Thank you for this query!

This thread helped me tremendously! 

Msumrell
Tera Contributor

The responses here and other groups almost always refere to the "Incident" table but our organization uses Tokyo Version of ServiceNow (primarily the Configurable Workspace) and we also use Parent Cases and Child Catalog Tasks (SCTASK) and Child Incidents (INC).

How would I create an Assignment Group report that shows Cases that move from "Organization 1" to my organization (Assignment Group > Parent "Organization 2")?