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
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)
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. |
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.
Phone IMEI
Hi,
Where are we supposed to enter the "IMEI" of mobile phones ? Nowadays there are two IMEIs, I think a new "IMEI" and "IMEI2" fields should be introduced.
Create a new docker official image :)
Je pense qu'il serait pertinent de créer une image docker pour un déploiement plus rapide de GLPI.
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.
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)
Improve booking
1/ User should be able to ask for a reservation by a simple form. He only add to choose a type of hardware, a begining and end date and a free field for comment. Helpdesk would after that attribute a specific material and validate that it is attributed to the user.
2/ We need a global view with the free/busy materiel at a specific date.
3/ We need a option to validate that user returned the materiel and an alerte when user did not return it passed the predicted date.
Сервис поддержки клиентов работает на платформе UserEcho
