Please check if the feature has not already been requested.
If not, please describe it
Prevent solve of ticket / change / problem when 'to do' tasks are existing
Hello,
The idea is to prevent solving of items (Ticket, Change, Problem) when to do tasks are still existing.
Another way to say this is to permit solving of Tickets / Changes / Problems only when existing tasks are 'done' or 'information'.
We may show a message to inform Technicians that Ticket / Change / Problem cannot be solved as some tasks are still in 'to do' status.
Thank you,
Regards,
Tomolimo
Add patch panel in network assets
Today we have to do a "workaround" to control if I have a patchpanel in my network infraestructure. It will be cool if there an option to add path panel in the port manager of assets.
PENDING STATUS: Time Limit
Regards.
b) Is there any way to receive an alert notification email when the timeout achieve a metric, before the ticket out of the status PENDING (SLATICKET style)?
Event Management
Control of events, where various warnings come to a one incident.
https://en.wikipedia.org/wiki/Event_Management_(ITIL)
IM/Chat Feature to Create/Update Tickets
Users could initiate a chat session to make a new request or update an existing ticket using an IM/chat feature. When the chat session is finished an option could exist to create a ticket from the conversation or be added as a followup to an existing ticket.
Closing the ticket via e-mail by the user
Hi, it would be cool to perform a closing of the ticket (the decision of the ticket) via electronic mail by the user.
By type as below:
And it is also important to have a report (statistics) on such users and such closures. |
Automatic action run days
Automatic actions run period only allows for start time and end time.
Unfortunately we have no option to set the run days in which the automatic actions run on.
As an example we would like the ability to set the closeticket automatic action to only run Monday-Friday.
Assign license to a user
Any way to assign a (software) license to a user instead of the computer?
Most new license models (adobe, office etc) are user based, not (only) device based.
These is a plugin:
https://github.com/FutureProcessing/glpi-fpsoftware
but seems not maintained anymore.
I think that functionality should be provided by the core itself.
Assign all tasks for a ticket and Change category
Example : Create a new ticket (Demande) like : "Commande d'un nouveau PC"
- Passer la commande chez le fournisseur
- Livraison de la commande
- Installation de l'os du PC
- Installation des applications de base
- Livraison du PC à l'utilisateur
It's look like a "Catalogue de services"
New rule criteria for mail receivers
For us it would be really helpful to be able to make sure the mails sent to our receivers e-mail address are only sent to that address (with optionally other recipients in the CC). This would ensure that if one in the CC answers to all (and thus also to the receiver's address), I can block the creation of a duplicate ticket.
Suggested criteria: number of TO-recipients
The rule would thus look like this:
Criteria
* To email header - is not - receiver@email.address
OR
* Number of To-recipients - greater than - 1
Action
* Reject email (with email response)
Customer support service by UserEcho
