You are not logged in.
Bonjour,
j'utilise glpi 0.70.2
Quand un utilisateur ayant un profil post-only se logue et crée un ticket via le helpdesk,
j'aimerai savoir si il est possible lors de la création de ce ticket d'avoir 3 champs supplémentaires, un pour qu'il mette son adresse personnelle, un pour son adresse email et l'autre pour son numéro de téléphone afin que lors du suivi ces informations soient indiquées au technicien en charge du ticket.
cdlt
Sweet
Offline
Ces champs existent dans le formulaire "utilisateur"
Si tu les renseignes, en passant la souris sur la loupe verte a coté du demandeur, tu aura la visibilité de ces infos.
Moi quand je visionne un ticket, si je veux connaitre les détails du demandeur, c'est ce que je fais..
• RedHat 4 • Apache 2 • Php 5.
• Mysql 5 • Ocs Inventory NG Server 1.01
• GLPI 0.72
• Authentification LDAP • Windows Serveur 2003
Offline
Ces champs existent dans le formulaire "utilisateur"
Si tu les renseignes, en passant la souris sur la loupe verte a coté du demandeur, tu aura la visibilité de ces infos.
Moi quand je visionne un ticket, si je veux connaitre les détails du demandeur, c'est ce que je fais..
Je pense que dans son cas c'est un ticket "anonyme". J'ai la même situation où nous avons un utilisateur générique qui permet aux personnes en production (pas de login windows, pas de login glpi) de déclencher des inters, cependant il leur arrive de ne pas laisser d'info supplémentaire, du style "l'écran de mon PC est en panne" (no comment).
Donc avec des champs obligatoires type "téléphone" ça serait nickel.
Sinon il reste la solution simple de faire un formulaire html basique qui envoi un mail au compte pop configuré dans glpi...
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
oui,je sais que ceci est possible aussi
mais en fait ce que je voulais
c'est que lors d'un déplacement le technicien visualise ce ticket sur son téléphone portable losqu'on le lui attribue et là il n'y a aucune information à part le nom, la description du problème, la date et l'heure du rdv pris par cette personne.
Offline
Je sais bien que notre boulot dans la plupart des cas est de répondre à quasiment toute les demandes de nos utilisateurs mais il arrive un moment ou il faut dire stop.
Chez nous quelqu'un qui déclare un incident sans mettre un minimum d'information (dans ton cas nom, adresse email, numéro de tel) on ne le traite même pas. Ça râle un peu au début et maintenant plus de souci
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
merci pour cette réponse et de l'expérience que tu m'as fait partager
Tu as tout à fait raison mais les utilisateur sont un peu long à comprendre
Offline
Chez nous quelqu'un qui déclare un incident sans mettre un minimum d'information (dans ton cas nom, adresse email, numéro de tel) on ne le traite même pas. Ça râle un peu au début et maintenant plus de souci
C'est certain que ce genre d'inter est fermée sans le moindre remord, mais c'est dommage de perdre du temps lors que la même demande sera re-soumise un peu plus tard... Quand une application ne contraint pas l'utilisateur, il y en aura toujours un pour faire n'importe quoi ! (essayez de laisser un champs texte pour un numéro de tel par exemple, vous allez forcément bien rigoler au bout d'un moment ! )
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
La je suis d'accord mais j'ai choisis le moindre mal.
Plutôt que de modifier GLPI pour mon utilisation j'essaie plutôt de modifier mon utilisation par rapport a GLPI
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline