It would be useful to be able to define permissions to be able to see New tickets (not yet assigned)

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

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.

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.

The option to create a problem from a ticket already exists.

The option to create a change from a problem already exists.

But no option to create a ticket from a problem.

Create a ticket from a problem would be very useful feature when logging repeat tickets of the same problem.

An example would be that the internet is down for all users, the hotliner or technician would need to follow complete the process to log new tickets:

Current process: Create a new ticket manually by entering the requester, category, title, description, submit and adding the ticket to the problem.

New process: Click click create a ticket from problem, enter requester and submit.

I have used the option in another service desk package in the past and this feature is a real time saver. This feature encourages all tickets to be logged by service desk operators and technicians.

A mock up of Create a ticket from a problem.

If it's possible, it'll be helpfull to include the complete email form (Name-Surname<username@email..>) or just the NameSurname part into the received tickets for non-existent GLPI users

Hi.

We're migrating off Jira, because Jira lacks asset management features. One supergood feature of Jira, even killer feature, are mentions. When you are filling a text form, you can write @UserName (this will be automatically filled in as you type) and when you push save, the user "UserName" will receive an email/Jira notification (whatever preference the user has).

It would be very awesome to have such feature in GLPI - be it tickets, wiki, FAQ. This speeds up communication by very large margin (although it not might look like it at the first sight).

Whats the best Way to handle/inventory all these network components? 

They will be detected by FusionInventory but no asset category seems to matching. 

Also FI didn't support generic objects yet, so there is now way to move them from "unmanaged devices" to a self created asset type.

Thanks a lot for all ideas and suggestions

We can define unicity on some fields, but their value can still be empty.

On another hand, we may want to set some fields as mandatory; but without any unicity.

Maybe could we consider upgrading the unicity feature to a more generic "fields setup", with unicity and mantadory (at least). Such fields must be marke as required on the html side (using the "standard" * mark, and the relevant html attribute.