Would be nice to be able to configure entities so that on the list views, items / tickets belonging to different entities have different colors.

Maybe using the same mechanism that you use for priorities.

Example:

Bonjour,

1.

Bien souvent les contrat avec les éditeurs ou prestataires de maintenance ont une reconduction tacite avec un certain nombre de reconduction.

exple : un contrat avec une période de 1 an puis 3 reconduction tacite de 1 an (avec préavis de 3 mois).

Il faudrait donc pouvoir spécifier le nombre de reconductions possibles et/ou une date de fin de contrat.

2.

• On peut spécifier dans un contrat à quel élément de glpi il est rattaché. On ne peut pas rattacher un contrat à un élément, mais uniquement un élément à un contrat. Pouvoir rattacher un contrat sur la fiche de l'élément serait un plus !
• De même, il serait bien de pouvoir aussi spécifier sur quels types d'éléments le contrat porte (liste des typologie d'éléments à choix multiples : ordinateurs, téléphones, imprimantes, logiciels, licences, etc ...).
  Quel intérêt de spécifier tous les imprimantes une à une alors que le contrat porte sur toutes les imprimantes de mon parc ?
  Le détail est inutile, long et contraignant tant que le premier point n'existe pas.
  

When a user books a device, it would be useful to have a ticket created automatically to remember us to prepare the device before the booking start date.

Hello, is it possible to reorganize the project tasks after put them in the list, dragging with the mouse?

En doublon avec sujet sur le forum ...

Bonjour,

afin d'améliorer la visibilité des informations qu'affiche GLPI (partie tickets notamment) serait-il possible d'avoir des informations groupées (comme celle existante : temps de résolution + progression).
Soit ces colonnes pourraient être déja prédéfinies ; comme c'est le cas pour quelques une d'entre elles ;  soit avoir un outil nous permettant de faire nos propres regroupement.

Par exple :
- Dernière modification d'un ticket + l'utilisateur ayant fait cette modification dans la même colonne (plutôt que deux colonnes distinctes)
- Date d'ouverture  + demandeur
- groupe d'attribution + technicien
- Statut + priorité (ou mieux statut et coloration de la ligne en fonction de la priorité ; ou l'inverse)

En V9.3.1 la colonne ID est imposée ... impossible de la masquer ; c'est dommage.

Merci pour votre écoute

Le circuit de validation d'un ticket est très permissif.

A quoi sert la validation d'une demande si c'est le demandeur qui indique QUI doit valider !?

Il serait intéressant de pouvoir mieux gérer les utilisateurs sous forme hierarchique avec leur N+1, n+2, etc ... et la notion de direction/service inhérente.
Ainsi, via un gabarit demande, qui comporterait une validation obligatoire, le N+1 du demandeur serait automatiquement sélectionné et ce dernier recevrai un mail !

Il faudrait aussi ajouter un système de délégation aussi bien pour le circuit de validation que pour tout traitement de ticket.
Bien souvent, des tickets restent en suspens car la personne devant traiter un incident/demande est absente. Avec un système de délégation (avec des bornes datées), le ticket assigné à une personne serait automatiquement dupliqué/transféré (choix possible dans la configuration) à la personne désigné en délégation.

Attention aux groupes avec un seul utilisateur, la délégation doit aussi pouvoir se faire ;)

want use GLPI Ver 9.2.1 or >  on smart phone  (Android or IOS)

thank you

Is it possible to add custom field in ticket or asset form. Each field the admin choose to add can be defined with this item

- type : date, text, integer...

- open (to be free to write text) or closed to a defined list of items

- mandatory or not

A customized field should be searchable in the research engine.

Create mechanism to view completed items in planning.
As the example in the attached image, this is Google Calendar.

Approvals in tickets are sent in the "Approvals" tab currently, and then show in both the timeline and Approvals tab. If the ability to send approvals is added tot he timeline, we could drop that redundant tab.