GLPI: Demandeshttps://redmine.abuledu.org/https://redmine.abuledu.org/favicon.ico2010-09-22T09:19:12ZForge AbulÉdu et anciens projets de RyXéo
Redmine Feature - Fonctionnalité #691 (Fixed - Corrigé - Implémenté): Envoyer des mails par inondationhttps://redmine.abuledu.org/issues/6912010-09-22T09:19:12ZEric Seigneeric.seigne@cap-rel.fr
<p>Pour chaque ticket il faut envoyer un mail à chaque contact du serveur et pas seulement a l'auteur et ryxeo.</p> Feature - Fonctionnalité #76 (Invalid - Invalide): améliorer ou rendre possible les réponses par ...https://redmine.abuledu.org/issues/762010-01-07T08:45:14ZNicolas Sebrecht
<p>Pour rendre réellement accessible le suivi des tickets par mail aux non initiés,<br />il est souhaitable d'améliorer le système de binding entre les tickets et les mails.</p>
<p>Pour les mails, il faudrait :</p>
<pre><code>- afficher des tickets sous forme de threads ;<br /> - un espace clairement défini dans chaque mail pour y intégrer un nouveau commentaire ;<br /> - de quoi modifier les paramètres importants d'un ticket (statut, assignation, etc) ;<br /> - une confirmation de prise en compte de la réponse.</code></pre> Feature - Fonctionnalité #17 (Invalid - Invalide): [Helpdesk] sélection/tri dynamique des entités...https://redmine.abuledu.org/issues/172009-12-10T11:52:15ZNicolas Sebrecht
<p>Reporté upstream.</p>
<p>version GLPI utilisée: 0.71.5</p>
<p>Disposer d'un champ pour sélectionner/trier les entités selon leur nom, de la même manière que pour la sélection des demandeurs.</p>
<p>Permettrait d'augmenter le confort utilisateur et d'augmenter la productivité lors de l'enregistrement de nouveaux tickets, notamment pour le support téléphonique.</p>
<p>Note perso: plus le nombre d'entités est important, plus la fonctionnalité semble utile et nécessaire.</p> Feature - Fonctionnalité #16 (Invalid - Invalide): [upstream] Amélioration de la gestion des tick...https://redmine.abuledu.org/issues/162009-12-10T11:17:56ZNicolas Sebrecht
<p><a class="external" href="https://forge.indepnet.net/issues/show/839">https://forge.indepnet.net/issues/show/839</a><br />Lié à <a class="external" href="https://forge.indepnet.net/issues/show/1184">https://forge.indepnet.net/issues/show/1184</a><br />watch Nicolas.</p>
<pre>
Permettre d'associer à un ticket n utilisateurs ou n techniciens ou n groupes ou n matériels
</pre> Feature - Fonctionnalité #15 (Invalid - Invalide): [upstream] rappels automatiqueshttps://redmine.abuledu.org/issues/152009-12-10T11:10:05ZNicolas Sebrecht
<p><a class="external" href="https://forge.indepnet.net/issues/show/423">https://forge.indepnet.net/issues/show/423</a><br />watch Nicolas</p>
<pre>
Proposal : use personnal reminder. Need to add recurrent system
Would be a very useful feature to be able to add recurrent event to pianification, so i can add a intervention that happens every, eg, two years.
I think that could suffice also a flag (and a date field) when closing that, if checked, simply close the intervention and open another one on specified date.
</pre> Feature - Fonctionnalité #14 (Invalid - Invalide): [upstream] voir les interventions actives à la...https://redmine.abuledu.org/issues/142009-12-10T11:07:12ZNicolas Sebrecht
<p><a class="external" href="https://forge.indepnet.net/issues/show/402">https://forge.indepnet.net/issues/show/402</a></p>
<pre>
I think that, when users have to insert a new request, the page have to display a little report with the (eventually) already opened calls on that device, or cals just closed.
This could prevent users to open two time a request, or reopen a just-closed request.
</pre> Feature - Fonctionnalité #13 (Invalid - Invalide): [upstream] statistiques du temps passé par tic...https://redmine.abuledu.org/issues/132009-12-10T11:01:27ZNicolas Sebrecht
<p><a class="external" href="https://forge.indepnet.net/issues/show/706">https://forge.indepnet.net/issues/show/706</a><br />watch pour Nicolas.</p>
<pre>
cf forum http://glpi-project.org/forum/viewtopic.php?id=4286
My tickets processing is something like this:
1) Cliets assign tickets via phone/mail/web. (Ticked marked "New")
2) In 30 mins we assign ticket to responsible tech. user. (Ticket marked "Assigned") - solving started
3) In process of solving ticket there can be many states ("Transport", "Diagnostics" and such. things), but there is one special state - "Third Party". Time ticket being in state "Third party" excluded from total ticket solving time.
4) Ticket becomes "Solved" or "Unsolved" - solving finished.
Time of solving = date(solving finished) - date(solving started) - duration_in_state("Third Party");
5) Only client can "Close" (confirm solving/unsolving) for constant amount of time (5 days, for example). If client don't confirm ticket <in 5 days>, it confirmed automaticaly and marked special way.
It's very nice to have such durations statistic. Bitrix CMS techsupport module can work in way like this, but not very good ;-) Can GLPI handle something like this?
</pre> Feature - Fonctionnalité #12 (Invalid - Invalide): [upstream] Fusion des ticketshttps://redmine.abuledu.org/issues/122009-12-10T10:59:44ZNicolas Sebrecht
<p><a class="external" href="https://forge.indepnet.net/issues/show/680">https://forge.indepnet.net/issues/show/680</a></p>
<p>watch pour Nicolas.</p>
<pre>
Bonjour,
Avant d'utiliser GLPI, nous utilisions Request Tracker.
Il me semble intéressant de s'inspirer de RT pour ajouter les fonctionnalités
suivantes qui pourraient s'avérer utiles:
- notification à une liste d'emails et de contacts
Pour un problème complexe qui nécessite l'intervention (ou simplement
l'information) de plusieurs personnes, pouvoir fournir une liste d'emails
en Cc (et/ou Bcc) facilite la communication sur le suivi.
Et plutôt que de saisir des adresses emails, l'association de contacts
au ticket est plus rapide
- fusion de tickets
Si plusieurs utilisateurs reportent le même problème dans plusieurs tickets,
les fusionner permet à l'intervenant de notifier du suivi tous ces utilisateurs,
de comptabiliser le temps une seule fois, fermer un seul ticket.
- dépendance entre tickets
Si un ticket est créé pour une opération de maintenance (sous forme de "tâche")
- gabarit de tickets (catégorie, contacts, emails)
Pour ouvrir et notifier rapidement des contacts lors d'une panne critique
Pour soumettre une tâche régulière sous forme de ticket
(Ce n'est pas inspiré de RT mais plutôt des gabarits de l'inventaire)
</pre>