It really helpful if the drop down can add new drop down, it's very useful i can make the drop down for generic object. and link it to the ticket or plugin

I have a bunch list of account from our internet service providers nationwide from different Telco. As part of monitoring and maintaining 100% up and running very important also to associate this for a ticket for reporting issues and request. 

It would be great help in managing escalation process for downtime/restoration logs. 

Add possibility to enable or disabled user to be assigned to a ticket.

Bonjour,

Je viens vers vous concernant un soucis ou plus particulièrement une fonction que je n'arrive pas à réaliser concernant notre projet.

Explication : Nous avons installés et paramétrés GLPI pour pouvoir envoyer/recevoir et régler des demandes (outil de ticketing/gestion des demandes), tout fonctionne nous recevons les notifications, tout est pour le mieux à ce niveau là.

Problème : nous avons besoins de recevoir des demandes sur 2 Unités et +. Pour cela nous souhaitons donc créer plusieurs formulaires, un formulaire pour chaque unité.

J'ai donc paramétré le formulaire de la version standard comme il nous conviens (car la version simplifié est trop juste), ce formulaire nous conviens donc parfaitement pour réponde à 1 Unité.

J'ai donc commencé à utiliser le plugin "FormCreator" pour une de nos autres unité. Cela à également bien fonctionné. Venons au problème, quand je créer un ticket et l'envoie, le formulaire du plugin se converti et remplis le formulaire standard que j'ai paramétré, hors nous pensions que le formulaire du plugin serai représenté exactement de la même manière que lorsqu'on l'a remplis (Les champs restent et le réalisateur vois les champs remplis avec le contenue du demandeur, les info se mettent dans la partie description du formulaire GLPI lors de la visualisation de mon ticket et non pas dans des cases). Donc mauvaise solution, du moins ce n'est pas ce que nous cherchons.

Ce que j'ai donc essayé par la suite c'est de rajouter des champs dans notre formulaire standard de GLPI. Cela fonctionne bien également, mis appart que lorsque je change de "Gabarits de tickets" et que je passe sur l'autre Unité (je vois bien mon formulaire changer et s'adapter à mon unité celons mon paramétrage) en revanche, les champs que j'ai ajouter avec le plugin GLPI-FIELDS restent , peut importe le gabarit de tickets, je ne peux pas choisir quand les faire apparaître ou non.

Auriez vous une solution à mon problème s'il vous plait ? Ou une idée comment le faire, pour que j'ai deux formulaires bien distincts et également une présentation ergonomique et non comme pour le plugin FormCreator (ou mes informations lors de l'envoie les informations entrée dans le formulaire du plugin se mettent dans la partie description lors de la visualisation de mon ticket et non pas dans des cases).

Je vous remercie de l'attention que vous portez à ma demande.

En vous souhaitant bonne réception.

Matthieu Muller

OPM-MPSI

RATP Infrastructures

12, avenue du Val de Fontenay —LAC VJ60

94724 Fontenay-sous-Bois CEDEX

ratp.fr

Hello friends, I am a GLPI user with inventory of equipment from the fusion agent but I had a theft of hardware parts more specifically RAM memory, but we never knew when this happened and with this case I want to ask if there is a notification for it to alert on the change hardware of a PC. Example: my PC was reported with 4 Gb in RAM for the first time and the next time the agent was reported and had only 2 Gb in RAM, this means that 2 Gb were extracted and at this time GLPI generates a notification warning about the change.

Currently a network device can only be moved to a "computer" or "network device" - which is unhelpful if it happpened to belong to a printer, device, pdu or other device.

The target type list should track the types of assets that have network interfaces.

The GLPI should allow you to search for locations by registered address, in situations where there are many locations may be the only way to find the correct location

Hello everyone,

A search criteria to search in all elements of a ticket.This would be convenient to search for a keyword in the search criteria without having to retype the keyword to all criteria.This type of search is useful when trying to find a solution to a current problem from the ticket history. (ex: error code, event, etc.)

The "All" criteria take many time to execute and search in too many criteria in same time. A simple solution would be the possibility of choosing the criteria that the "all" option allows.

Thank you,

We want users to book devices within the plugin "reservation".

The dropdown list for duration is to accurate (minutes are note very useful) which shows too many values.

One solution could be to have a default value (for example, 1 day or specify a date) to quicker the selection.

I think that is a good idea when you are creating a model of computer for example, which you can be linked to a a type of equipment.

So at the time of creating a computer, printer or something, that you can, depending on the model and the type of equipment, only shows the models of that manufacturer and that type of equipment.