Additional settings for the ticket composer interface can be found in the Composer Settings.
- Ticket Hook (default:
The identifier for a ticket; e.g., Ticket#, Call#, MyTicket#.
- Ticket Hook Position (default:
With this setting you can decide (if) where to insert the ticket number.
This setting will add the ticket reference on the right site of the subject.
Some Subject [Ticket#12345]
This setting will add the ticket reference on the left site of the subject.
[Ticket#12345] Some Subject
This will completely remove ticket references from the subject.
Please ensure to take a look at Einstellungen within the email channel to ensure you have at least one reference that helps Zammad to assign follow-ups correctly.
Disabling this and not setting up any further follow up search will lead to unexpected results!
- Ticket Last Contact Behaviour (default:
Use the start time of the last customer thread (which may consist of multiple articles).)
This setting changes the way Zammad updates the
Last Contactvalue of a ticket. This is fairly important for overviews and what you expect upon ticket updates of a customer.
- Use the start time of the last customer thread (which may consist of multiple articles).
If this option is chosen, Zammad will update the last updated value just once if a customer replies. After that, Zammad will wait for an agent to react.
This comes in handy if you want to work tickets in the order of their first update. This will not change ticket orders if customers decide to „bump“ the ticket affected.
- Use the time of the very last customer article.
When setting this option, Zammad will always update the last updated value. This means that if ordering by
Last Update, ticket orders will change if customers „bump“ the ticket.
Last contact value used on Overviews
Last contact value used on Triggers
- Ticket Number Format (default:
This setting defines the way Zammad’s ticket number will look. Changing this setting in production will cause follow up detection to fail.
- Increment (SystemID.Counter)
The increment value contains the SystemID (automatically generated during installation) and a increment which counts up with every new Ticket. The increment will automatically get another digit if needed.
- Date (Year.Month.Day.SystemID.Counter)
This version of the ticket number is fairly long. However, because it contains the date of ticket creation, it also allows you to see when the ticket has been created. You may feel familiar with this number format if you’ve worked with OTRS already.
The below options allow you to further customize your ticket number. The availability of options differ depending of the chosen ticket number format above.
- Checksum (default:
If set to yes, we’ll built a checksum to further „unique“ the ticket number of your system. If you’re dealing with many other ticket systems this might help to prevent false positive follow up detection on tickets.
This will also add another digit to the ticket number.
- Min. size of Number (default:
This setting defines the minimum length of your ticket number. If your counter is not yet high enough, Zammad will fill the number with zeros to ensure the wanted length.
Please note that the minimum length is
3(SystemID + at least one digit if below 10). Also, if the length is no longer long enough, the number will automatically get one digit longer. Ticket-Numbers do not overflow, thus it’s save to keep it at 5 or set it lower if wanted.
This option is only available if ticket number format is set to
- Checksum (default:
In a larger Zammad environment, it happens that several agents open the same ticket at the same time. Although collision detection is then effective, the efficiency of processing can be increased by means of the automatic assignment of tickets when a ticket is opened.
Auto Assignment only kicks in if the ticket has no owner yet. By default the agent can always reset the ticket owner to
The automatic assignment of tickets can be activated and configured in the admin area under within Settings -> Ticket -> Auto assignment.
If you want to use this function for only specific tickets, you can configure
the conditions accordingly to meet your requirement.
By default the condition affects all tickets with the state
If you need to exclude users (e.g. a group leader), you can search and select
the desired agents in the
Exception Users list.
The search function in this area is only effective, if you have too many agents to display at once to help you with the configuration.