What is the difference between the solved tickets and tickets solved metrics?

Return to top

4 Comments

  • Rayann Quirk

    Hello Elissa, 

    Similar to Rodger's question, I am trying to find the best way to quantify the amount of work done by an agent during a given date range.  I am using the tickets solved metric but in reading your article, I'm not sure it will give me the true number of ticket solved events.

    For example, if a ticket is solved multiple times by multiple assignees, would the solved ticket metric only use the most current solved date? If a ticket is solved on Monday by Assignee A, reopened and solved again on Tuesday by Assignee B, reopened and solved again on Friday by Assignee C, would the solved ticket event only show on Friday by Assignee C? If I pull a report on Saturday, Is there a way to get all solved Ticket events for single/unique Ticket? Thanks!

    • Ticket 123 - Solved Monday - Assignee A
    • Ticket 123 - Solved Tuesday - Assignee B
    • Ticket 123 - Solved Friday - Assignee C
    • If I pull on Saturday, Total Ticket Solve events for Ticket 123 should = 3
    0
  • Christopher Stock
    Community Moderator

    Hi @..., if you use the 'Tickets solved' metric within the Ticket Updates dataset you should be able to see what you need. A ticket that's been updated to 'solved' on three separate occasions would show a 3 for that metric.

    0
  • Michael Clarke

    I am currently using the Tickets Solved metric in the Ticket Updates dataset and have come across a discrepancy that I don't quite understand.
    I'm using the metric to create a day-by-day query to show Tickets Created vs Solved throughout the week.

    As you can see, the two Solved values don't match.
    (The Solved figure under today is using the Solved Tickets metric in the Tickets dataset).

    I have narrowed it down to the following scenario:
    If an agent creates a new ticket and sets the status directly to solved, it is not being counted in the Tickets Solved metric.
    From what I can see, the only reason why it is not being included is because there is a 1 second difference between [Update - Timestamp] and [Ticket Solved - Timestamp]

    How can I fix this to ensure there are no variances?

    0
  • Gab Guinto
    Zendesk Customer Care

    Hi Michael,

    We've encountered similar cases before where the recorded timestamps of the update and for the last solved date differ by 1 or 2 seconds. You're right, this is the reason why these tickets are not being counted by the metric Tickets solved. A fix that we can recommend for this is to use a custom metric instead of the native Tickets solved metric. You can use this formula:

    IF ([Changes - Field name]="status" AND [Changes - Previous value]!="solved"
    AND ([Changes - New value]="solved" OR [Changes - New value]="closed")
    AND ([Ticket status - Unsorted] = "Solved" OR [Ticket status - Unsorted] = "Closed")
    AND ([Update - Timestamp]=[Ticket solved - Timestamp]
    OR DATE_TO_TIMESTAMP([Update - Timestamp])=DATE_TO_TIMESTAMP([Ticket solved - Timestamp])+1
    OR DATE_TO_TIMESTAMP([Update - Timestamp])+1=DATE_TO_TIMESTAMP([Ticket solved - Timestamp])
    OR DATE_TO_TIMESTAMP([Update - Timestamp])=DATE_TO_TIMESTAMP([Ticket solved - Timestamp])+2
    OR DATE_TO_TIMESTAMP([Update - Timestamp])+2=DATE_TO_TIMESTAMP([Ticket solved - Timestamp])))
    THEN [Update ID]
    ENDIF

    This formula should account for instances where there's a 1- or 2-second discrepancy between Update - Timestamp and Ticket solved - Timestamp.

    0

Please sign in to leave a comment.

Powered by Zendesk