I'd like to know if its possible to have a field on the Ticket body (even on the creation) that allows you to associate to a specific Contract from the Entity

The goal is to create and change the SLA of the ticket, based on the selected Contract.

Is this possible?

Best regards!

I have a need that is to include servers and desktop in GLPI, but a profile dont have to access the server information.

Today in GLPI this configuration is in the same screen "computer". It will be cool if create a new tipe of asset called "servers" with the same configuration of computer.

Watchers should be able to add follow ups to tickets

It would be useful to change the color depends on the status of the task

information : orange

Done : green

To be done : yellow

It would be great, if the notes which you can e.g. add to computers would support some kind of Wiki/MarkDown/Rich Text to allow to add structured text. We currently maintain extensive Wikipages for each server documenting the initial setup, changes, customizations ecc. of hardware and software. It would make sense to move this information into GLPI, however with text-only it is almost impossible to display longer text in a readable way. Having e.g. MarkDown support (including proper rendering of course :-) would enable the complete documentation workflow in GLPI

I request the blocking of the edition of the ticket texts made by the agents. Ticket text can be changed at any time without proper tracking. Ideally, changing the ticket description should be blocked or released only to the technician assigned to the ticket and that the changed text should be recorded in the ticket history.

Migrate the current GLPI application to a Progressive Web App, which allows you to run GLPI natively on different platforms (Web, iOS, Android, etc). And to take advantage of local storage, run offline, push notifications, performance, access to hardware, access to the homescreen of the device, among others.

http://blog.ionic.io/what-is-a-progressive-web-app/

https://codigofacilito.com/articulos/progressive-apps

https://developers.google.com/web/progressive-web-apps/

Actuellement, on ne peut paramétré qu'un destinataire (ou un groupe) qui recevra toutes les mails sur les alertes sur les fins de contrat.

L'idée est de pouvoir choisir quelle notification de mail envoyer pour chaque contrat ou chaque type de contrat. Ainsi, l'équipe réseau recevra les alertes pour les fins de contrat du réseau, l'équipe système recevra les mails qui le concernent.. ect. Tout le monde ne sera pas prévenu à chaque fois.

Add possibility to automaticaly open new ticket when a contract, certify, warranty or any objects with lifetime has expired or expiring