Je m’occupe du support Informatique et téléphonique pour une boite de 100 personnes.
 
Aujourd’hui les utilisateurs me contactent directement par téléphone ou par émail pour n’importe quel problème informatique et a n'importe quel moment.
 
Généralement:

• Je leur demande simplement de redémarrer leur machine, ce qu’ils auraient pu faire avant d’appeler.    
• Ou je les redirige vers l’assistance de l’éditeur ERP ou autres prestataire.  
• Ou je corrige les pannes sur mon périmètre.    

 
Quelle solution de gestionnaire de ticket, idéalement gratuite puis je mettre en place pour filtrer un maximum la création de ticket et pousser vers l’automédication?  
 
Par exemple si l’utilisateur a un problème de téléphone, l’outil lui propose automatiquement la procédure pour les problèmes de téléphonie ou la FAQ téléphonie .

Tout simplement GLPI,  gratuit, français et ultra connu

+1 pour glpi, liaision avec AD nous c'est impec !

GLPI c'est en gros 10min d'installation (en prenant son temp) et tu rajoutes FusionInventory pour faire l'inventaire de ton parc (10min aussi)

Quel système utilise GLPI pour pousser l'utilisateur a corriger lui même le probleme?
 

C'est une FAQ que tu peux mettre en place ( ça va te demander pas mal de boulot par contre ^^ )

OS Ticket sinon, bien plus sympa que GLPI qui ressemble à du web des années 1995 quand même

Ils ont retravailler l'interface sur les dernières versions

Salut,  
 
Quelqu'un utilise OSTicket pour avoir un retour sur cet outil ?

track-it éventuellement

Après vouloir prendre de l'exotique quand tu as un produit Gratuit, Français, ultra documenté et simple je vois pas trop l'intérêt.

dans ta demande de logiciel tu pars sur l'hypothése que tes utilisateurs sont :
-Obéissant
-lisent les documentations
 
Je pense que tu vas surtout perdre doublement ton temps
 
Nous avons GLPI. On a bien sur ouvert celui ci aux utilisateurs (sso avec ldap).
On doit avoir 10% des tickets créé via l'outil le reste c'est le téléphone voir le courriel.
On a fait des procédures, on a communiquer sur l'outil, on repette par téléphone  etc...

C'est bien pour ça que je cherche une solution qui propose automatiquement une solution à l’utilisateur.
 
Chercher dans les FAQ je n'y crois pas non plus.
 
Ensuite je sais être très con pour faire appliquer une procédure, surtout si elle m’arrange bien. "je ne peux rien faire par téléphone toutes tes demandes doivent être tracé"

"propose automatiquement une solution à l’utilisateur. " si cela existe beaucoup d’informaticien vont être au chômage...
 
"Ou je les redirige vers l’assistance de l’éditeur ERP ou autres prestataire"
Même si tu ne t'occupe pas de tous les logiciels. Je trouve bizarre que cela soit un utilisateur lambda qui puisse contacter l'éditeur. Il faut toujours une première approche du service informatique, pour déterminé si ce n'est pas un probléme interne.
Ce que l'on pratique, c'est que nous avons des référents métiers pour chaque domaine applicatif en relation avec un logiciel métier. C'est eux qui gére le paramétrage du logiciel et les appels aux prestataire/hotline.
Exemple sur notre logiciel de bloc, je ne peux savoir combien de temps il faut pour un "bio nétoyage" après une opération des membres inférieur etc...
 
Pour l'instant tu n'as aucun logiciel pour gérer et traiter tes demande/problémes de tes utilisateurs ?
 
Pour 100 utilisateurs, tu as t'en de demandes que cela ?
 
GLPI te permet de gerer tes contrats, tes garantie, tes ticket ton parc materiel (logiciel, imprimante, peripherique, serveur, ordinateurs)

Je n'ai aujourd'hui aucun outil pour tracer les incidents.
 
80% de mes utilisateurs sont des vendeurs et ont la même fonction, le même matériel, les 5 mêmes logiciels.
 
Dans 70% des cas ce sont les mêmes pannes basiques et récurrentes dont la résolution tient en 5 lignes
 
"Le clavier ne fonctionne plus = vérifier le branchement puis redémarrer la machine"
"Problème avec le terminal bancaire = vérifier le branchement, redémarrer le terminal puis appeler l'assistance du terminal"
"Le logiciel d'encaissement affiche tel message = redémarrer la machine et appeler l'assistance du logiciel d'encaissement"
 
La quantité d'incident n'est pas énorme mais ils peuvent se produire jusqu’à 20h et 6/7 voir 7/7 en fin d'année.

pas trés passionant comme variété de panne
Je ne connais aucun logiciel qui puisse le faire.
Sinon tu peux mettre en place un répondeur téléphonique automatique qui demande aux utilisateurs de redémarrer l'ordinateur.
Cela me fait pense a une serie humoristique britannique ItCrowd  
https://www.youtube.com/watch?v=nn2FB1P_Mn8

Pour info, je viens de tester l'offre de Ticketing cloud "ServiceCamp" de Teamviewer, il faut une version de Teamviewer premium en mode abonnement pour y avoir accès.
 
C'est très simple, il est possible de modifier les couleurs, logo,créer des users, une base de connaissance uniquement interne au technicien mais rien de plus. Pas de stats ou champs personnalisables.
 
https://pages.teamviewer.com/published/servicecamp-fr/

pour information :
Si tu as beaucoup de temps et d'argent.  IBM a une offre d’intelligence artificielle (Watson)
Des grands groupes l'utilisent pour leur relation clients, cela pourrait servir pour les réponses de hotline

Une personne en stage nous a proposé et configuré
https://gestsup.fr/
On a créé deux catégories,  
une rubrique informatique
et une rubrique maintenance générale.  
On l'utilise depuis 1 mois, nous en sommes pleinement satisfaits pour l'instant vu nos besoins.
Nous laissons aux utilisateurs le soin d'enregistrer une adresse mail de leur choix s'ils veulent un retour par mail.

Salut, je vais prêcher un peu pour ma paroisse. A mon travail, j'ai développé un outil de help-desk, Astres (cf ma signature). Il n'est pas très connu mais bien plus puissant que GLPI pour la partie ticket et il est gratuit et français
https://fr.wikipedia.org/wiki/ASTRES
 
Dans les plugins que j'ai développés, on trouve un enrichissement de la description du ticket (le contenu du ticket) qui va aller chercher dans la base de connaissance (Mediawiki) si un article portant le même nom qu'un groupe de mots présents dans la description existe dans le wiki. SI c'est le cas, il ajoute un lien hypertexte. Si c'est un acronyme, le wiki ayant une extension de taxonomie va aller récupérer la signification de l'acronyme dans le wiki et la rajouter en info-bulle sur le mot dans la description du ticket.
Si c'est une @ip ou un nom de machine et que t'as GLPI (pour la partie inventaire es machines), le plugin va ajouter un lien hypertexte sur l'IP ou le nom de la machine pour pointer sur la fiche dans GLPI. Par contre, comme la version de GLPI qu'on utilise est très ancienne, j'ai pas fait évoluer la requête SQL qui permet de faire la recherche dans la BD (GLPI ayant fait pas mal évoluer son schéma). Mais bon, réécrire une requête SQL, c'est pas très long.
 
Un 2ème plugin permet de faire une analyse sémantique du contenu du ticket et va aller chercher les tickets ayant le plus de corrélation pour les proposer au membre du support. Cela dit, rient n'empêche de configurer le plugin pour qu'il soit disponible côté module client (là où l'utilisateur crée ses tickets). Ca marche pas mal dans 2 cas sur 3 on va dire à la louche). Ce plugin n'est pas diffusé sur Sourceforge mais je peux te le fournir puisque lui aussi est en GPL.
 
Après, c'est peut-être surdimentionné pour ton besoin. Ca s'installe pas en 10 min comme GLPI et ça couvre bien plus que le besoin de ticket (comme tu peux le voir sur le schéma des blocs fonctionnels présent sur Wikipedia).

Je pense avoir trouvé une solution pour couvrir mon besoin de "suggestion de solution" pendant le processus de création d'un ticket.
 
 
 
La solution s'appelle Zeho Desk, parait intéressante voir la démo ici : https://pitstop.manageengine.com/portal/newticket
 
Une autre solution me parait intéressante, Service Desk Plus, mais je n'ai pas encore réussi a l'installer sur mon hébergement web  https://www.manageengine.com/fr/ser [...] tions.html

Bonjour
 
j'ai été dans la même situation que toi il y a 1 an environ
 
On utilisait GLPI avant mais c'était une véritable usine à gaz.
 
Pour la joie de tout le monde j'ai essayé et définitivement adopté OTRS https://www.otrs.com/
 
Envoi d'un simple mail sur une adresse dédié et création alors automatiquement du ticket, mais surtout réponse automatique envoyée.
 
Cette réponse peut être simplement "OK j'ai bien reçu le mail, créé le ticket on va vous répondre dans l'année", mais aussi " le mail est reçu, le ticket créé, mais avez vous fait telle ou telle manipulation?"
 
Bref, j'en suis super content et rien que cette possibilité de personnaliser la réponse a annulé 15% des faux tickets car ils passent alors en automédication et rappel des procédures standards (pour les feignants du cerveau) avant ouverture d'un ticket informatique.

"On utilisait GLPI avant mais c'était une véritable usine à gaz. "
 
 
Glpi une usine à Gaz ? bas merde alors, j'imagine pas quand tu es sur un produit complexe

bonjour,
 
Je me greffe sur le sujet pour demander vos expériences au niveau de la priorisation et criticité de chaque incident.
Je cherche un truc automatisé au maximum avec tout un tas de règles qui permettrait de ressortir une priorité directement par l'outil...
 
Avec possibilité de modification humaine évidemment afin d'ajuster si besoin.

Nous, on utilise une matrice basée sur 3 critères :
- impact sur la sécurité
- impact sur l'exploitation
- impact sur la maintenance
Pour chaque critère, on a 3 niveaux : faible, moyen et fort. Dès qu'on a un "fort" sur l'un des 3 critères, l'incident est critique. Si y'a 2 "moyen", l'incident est majeur, pour le reste, c'est du mineur.

ok, si je ne trompe pas, c'est la matrice de "base" GLPI ça.
Et tu trouves que c'est suffisant dans votre activité ?
Prenons un exemple concret, actuellement, si tu as 10 sécu fort, 10 exploit fort et 10 maintenance fort, dans quel ordre allez-vous traiter les sujets ?
C'est à un humain de décider j'imagine

security first
 
quelle différence pour vous entre l'exploitation et maintenance ?

C'est la matrice utilisée dans le contrôle aérien. Exploitation = contrôleur, maintenance = équipe de maintenance des systèmes opérationnels.