{{sidenavigation.sidenavigationExpandLabel}}
{{getMsg('Help_YouAreHere')}}: {{page.title}} {{page.title}}
{{$root.getMsg("downLoadHelpAsPdf")}} {{helpModel.downloadHelpPdfDataStatus}}

Allowed Ticket Actions

Here, you can define which ticket actions the user or group can perform. All members receive their allowed ticket actions from the group or resource.

The list of ticket actions is managed in the Configuration module.

Validity/Effectiveness

Many ticket actions apply only in certain situations/states of a ticket for specific users. Each user can only ever take one role to a specific ticket, depending on permissions, resource memberships, and ticket state. If no role applies, there is also no access to the ticket and no ticket action can be executed.

The following roles are distinguished:

  • End user - this is the ticket owner, the person who created the ticket or whose issue it is about. An end user can only see and, if necessary, change their own tickets. An end user has no other permissions in terms of ticket editing
  • Supporter - any user whose permissions to edit tickets exceed those of the end user.
  • Dispatcher - these are users with the Dispatcher permission. If the ticket is a request they can process it and authorize (i.e. assign) it to the responsible resource. When using automatic authorization, this role may not be needed.
  • Resource member - these are users who belong to a resource and have at least read access to that resource - or if they have the Read all tickets permission. Resource members with write access to a resource, or the Write all tickets permissions, edit and complete the ticket by performing ticket actions allowed for Resource Members.

Note: If a user has created their own ticket, and it has been authorized to the resource they are a member of, then the user is considered a Resource Member, not an End User. Any special features for resource members then apply as well.

Analogous to permissions, allowed ticket actions are additive, i.e. a ticket action allowed by any membership is not revoked by another membership in which that ticket action is not allowed.

All allowed ticket actions have a global effect. This means that no matter by which group or resource the ticket action was allowed for a user, the user is then allowed this ticket action in all groups or resources. It is not possible to allow one user to do something in one resource A and not in another resource B.

Displayed information

Either two or three pieces of information are displayed for each individual ticket action:

  1. The checkbox explicitly allows this ticket action for the user or group
  2. Inheritance is displayed for users only and means that this ticket action was allowed by a group of the user.
  3. The addition GRANTED means that this ticket action is available to the user or group, either directly or inherited.

To find out for a user which group(s) inherit a ticket action, click the 'Open Inheritance Details' button in the dialog.

Ticket Actions for all Users

The following ticket actions are available for all users (end users, resource members and dispatchers, see above):

  • Anfrage erstellen: Whether the user can create new tickets. This has no effect on whether new tickets are created via email.
  • Auftrag/Anfrage löschen: Whether an existing ticket can be deleted. End users can only delete their own tickets. Dispatcher can only delete requests that are not yet authorized. Resource members can delete tickets to whose resource they have write access. Resource members can also delete closed tickets.
    • Special feature: the corresponding resource must allow deleting tickets for resource members.
  • Anlage löschen: Whether an attachment may be deleted from the ticket.
    • Special feature: By default, only open tickets can be edited. If the option "Allow editing of step content after closing a ticket" is enabled, resource members and dispatchers can also remove attachments from deleted and finished tickets.
  • Anlage manuell hinzufügen: Whether users can manually add additional attachments to the ticket. Regardless, attachments can always be added to steps of any type. If attachments are generally not desired, disable the attachment plugin.
  • Auftrag Reaktivieren: Whether closed and deleted orders can be reactivated.
  • Beenden: Whether the user is allowed to end a ticket. End users can only end their own tickets. Dispatcher can close open tickets directly. Resource staff can end tickets in resources they have write access to.
  • Benutzer Kommentar: Whether the end user of a ticket is allowed to write comments. Comments can only be written for own tickets.
    • Special feature: If a user is a Supervisor of a User Class, then he can also comment if the ticket action has been allowed for the Supervisor. This ticket action can reactivate closed tickets, regardless of whether the ticket action Reactivate is allowed. Deleted tickets cannot be reactivated by a comment.
  • Change Affected Assets: Whether the user is allowed to modify the affected assets on an existing ticket. End users, with this permission, are also allowed to add or remove assets from their tickets.

Ticket Actions for Resource Members and Dispatchers

All other ticket actions are only available for Resource Members or Dispatchers. They will also only be displayed if the current user is a Resource Member or Dispatcher, or the current group is not the end user group.

Ticket Actions for Editing

The following ticket actions are available for resource members and dispatcher when editing.

  • Autorisieren (Resource Member/Dispatcher): whether requests to a resource can be authorized. This is mostly only useful for Dispatchers. It has no effect on automatic authorization by email account, category, mail triggers or tickets created by end users. When resource members manually create tickets, they can authorize them directly if the ticket action is allowed.
  • Bearbeiten (Resource Member): Whether the resource member is allowed to perform the ticket action Edit.
  • Email senden (Resource Member/Dispatcher): Whether emails can be sent to the end user. Emails can only be sent if an SMTP server is set in the configuration.
  • Text eines Bearbeitungsschrittes ändern (Resource Member/Dispatcher): Whether the user can reedit the texts of existing steps. This applies to requests as well as authorized tickets.
    • Special feature: If the option "Allow editing of step content after closing a ticket" is active, then closed and deleted tickets can be edited as well.
  • Termin entfernen (Resource Member): Whether the resource member can delete a set appointment.
  • Termin vereinbaren (Resource Member): Whether the resource member is allowed to make new appointments.
  • Weiterleiten (Manuell Eskalieren) (Resource Member): Whether the resource member may forward an authorized ticket to another resource. This ticket action replaces the ticket action Ressource ändern. It can be performed only by resource members. Dispatchers can always change the resource of requests.
  • Wiedervorlegen (Resource Member): Whether a ticket can be put on resubmission.
  • Übernehmen (Resource Member): Whether the resource member can perform the take over ticket action, stating, that the user will handle the ticket.
  • Benutzerdefinierte Ticket-Aktionen (Custom) (Resource Member): All user-defined ticket actions are always only possible for resource members and can only be applied to open tickets.

Ticket Action for changing field data

These ticket actions restrict the fields that a Resource Member or Dispatcher can change in tickets.

Note: in the i-net HelpDesk Desktop application for supporters dispatchers can always change the fields of existing tickets.

  • Benutzer ändern (Resource Member/Dispatcher): Whether the end user can be changed from existing tickets.
    • Special feature: For authorized tickets, the resource must also allow changing users.
  • Deadline ändern (Resource Member/Dispatcher): Whether the deadline can be changed after the ticket has been created.
  • Kategorie ändern, Kennung ändern, Klassifizierung ändern, Priorität ändern, Ticket-Feld ändern, Sollzeit ändern, Betreff ändern, ITIL ändern1) (Resource Member/Dispatcher): Whether the user can change the corresponding fields in existing tickets.

Organizational Ticket Actions

Organizational Ticket Actions are special operations for Resource Members or Dispatchers.

  • Auftrag Bündeln (Resource Member): Whether the user is allowed to bundle tickets together as one.
  • Auftrag Entbündeln (Resource Member): Whether the user is allowed to unbundle tickets from a bundle.
  • Freigaben ändern (Resource Member/Dispatcher): Whether the user is allowed to give other users or groups access to a ticket, or modify that access. See ticket sharing for additional information.
  • Prozess starten (Resource Member/Dispatcher): Whether processes can be stopped.
  • Prozess verlassen (Resource Member/Dispatcher): Whether processes can be started.
  • Prozess ändern (Resource Member/Dispatcher): Whether processes modified before they are applied to a ticket.
  • Quick Ticket anwenden (Resource Member/Dispatcher): Whether the user is allowed to apply a quick ticket.
    • Note: in the i-net HelpDesk Desktop application for Supporter Quick Tickets can only be applied if the Authorize ticket action is also allowed.
  • Tickets verknüpfen (Resource Member/Dispatcher): This permission allows "free linking" of any tickets using the Ticket Extension Links.
1)
Change Category, Change Identifier, Change Classification, Change Priority, Change Ticket Field, Change Target Time, Change Subject, Change ITIL
i-net HelpDesk
This application uses cookies to allow login. By continuing to use this application, you agree to the use of cookies.


Help - Allowed Ticket Actions