Table of Contents

Ticket Creation Activity Checks

Anna Dowling

What is a ticket creation Activity Check?

Ticket creation activity checks were originally created as a means of automatically checking for tickets that are generated (via email parsing groovlets) from dig ticket emails received from call centers.

An example use case would be to check the 'New York' visibility for a minimum amount of 10 tickets created in the last 24 hours. If there is a “lastAlertEmailSent” date associated with the object, we have sent an email alert on this. Once we get back to a stage where we are reaching the minimum count required once again, we clear out this date (Enables this to re-send another email if the minimum threshold is not reached once again).

How does it work?

Based on the actual amount of tickets created in a certain period, if a ticket count threshold is breached, send an email to specified users to notify them that a minimum count has not been met, highlighting a potential issue with ticket creation for a specific visibility.

As previously mentioned this is assigned on a visibility level. To configure a ticket creation check on a specific market you can navigate to the controller page located in /Ticketer/ticketCreationActivityCheck/list . From here you can add a new TicketCreationActivityCheck. The form looks as follows:

Fields to fill out are as follows:

The job itself is run from the quartz page in the Ticketer under the name TicketCreationActivityCheckJob. It runs on an hourly basis as demonstrated below:

Self Assessment

  1. Review the TicketCreationActivityCheck parameters.
  2. Based on the knowledge provided above, how would you verify from a TicketCreationActivityCheck email that it is just a quiet time for that network and that there is not actually a problem that is preventing ticketing?
  3. If necessary, ask a member of support to forward a warning email received in the past for TicketCreationActivityCheck on a particular market.