From Genesys Documentation
Jump to: navigation, search
This topic is part of the manual Designer User's Guide for version Current of Designer.

Learn about the Summary dashboard and the reports it contains.

Related documentation:

The Summary dashboard gives you a quick overview of what's happening with your application sessions.

Des analytics summary dash.png

You can use the information provided here to see if there are any patterns that can give you insight into the sessions being initiated on Designer. For example, you might look at sessions over a period of time (such as the last 24 hours, a week, or a month) to see how sessions are being handled across various applications, what's happening to those sessions, and how much time callers are spending in various stages of applications.

Reports on this dashboard

Count Over Time

This report shows you the patterns of traffic that are coming onto the platform over a period of time. You can quickly adjust the range of time shown, say, for the last hour, 24 hours, or the last week, to see how sessions are being initiated on the platform.

Each bar indicates the total number of sessions for each application that took place during the given time period. The higher the bar, the more sessions that ran. You can easily see what time of the day (or what day of the week) that traffic is higher or lower, and organize your business accordingly.


The total number of sessions or interactions that were processed.

System Errors

The percentage of sessions (out of all sessions) that had system errors. (A system error does not necessarily mean that your callers experienced any issues with the applications. This report helps you to notice any possible issues with the system platform.)


The percentage of sessions that are being abandoned while callers are in the Assisted Service (or routing) phase. A higher number might indicate that callers are waiting too long and hanging up before they can be connected to an agent.

Duration > 10 Mins

The percentage of sessions where a caller spent more than 10 minutes combined in both the Self-Service and Assisted Service phases. This gives you an overall look at how long it's taking for callers to be processed.

Routing > 5/10 Mins

The percentage of sessions where a caller spent more than 5/10 minutes in the routing (or Assisted Service) phase. This lets you see if there are any potential issues that might be causing callers to be stuck in the routing phase for too long.

Count by Apps

This report provides distributions of sessions across the various applications that were built on Designer. This data could be useful in allocating resources based on the traffic across applications.

Count by Disposition

This report provides distributions of sessions across the various disposition codes. A disposition represents the status of a call at the time it exited the call flow, such as whether it was routed to an agent or the caller hung up.

Common dispositions include:

default — This code is used when no other disposition code is applicable. For example, it could indicate that a call was not routed, not terminated (by any party), and was likely still active when the session and/or application completed.

System Error — There was an unexpected error in the application (such as a script validation error).

Application Timeout — The application got stuck in a loop and reached the timeout limit.

Terminated - <reason> — The call was ended due to a certain condition, such as:

  • Terminate Call — the application reached a Terminate Call Block.
  • Business Hours — the call came in outside of regular business hours (if set up this way in the Business Hours block).
  • Special Days — the call came in on a special day (if set up this way in the Special Day block).
  • Emergency — the emergency flag was set (if set up this way in the Emergency block).
  • Menu Option — the caller chose a menu option to exit or end the call.
  • Auto-Stop — the session and interaction were auto-terminated by Designer after the interaction was processed multiple times and exceeded the defined threshold, or a single application session lasted beyond the MaxTime defined in the application (see System Variables).

Abandoned in Self Service — The caller hung up before completing the Self Service phase of the application.

Abandoned in Queue — The caller completed the Self Service phase, but hung up while waiting to speak with an agent.

Completed in Self Service — The caller completed their call in the Self-Service phase.

Routed to Agent — The call was successfully delivered to an agent.

Routed to DN — The call was successfully delivered to a direct number.

This data could be useful in finding out how your application sessions are actually performing. For example, if a high amount of sessions are getting abandoned in Self Service, you can check if there is an application error or some other reason why those calls aren't getting sent to agents. (See also Dispositions.)

Count by DID

This report provides details about the distributions of sessions across various Dialed Numbers (DNIS). Typically, a DNIS represents a department or line of business.

Dispositions by App

This report provides distributions of sessions across two parameters, Disposition Code and Applications. This give you a quick look into how sessions are distributed across the various applications and what their disposition codes are.

This could be very handy if you want to compare sessions with certain disposition codes across several applications. For example, if Abandoned in Queue for Application A is higher than that of Application B, you might want to think about adjusting the resources assigned to handle calls coming into Application B.

Retrieved from " (2024-07-22 11:17:48)"
Comments or questions about this documentation? Contact us for support!